none
Зачем было защищать метод ExecuteMethodCall? RRS feed

  • Вопрос

  • Здравствуйте!
    У меня такой вопрос. Зачем было защищать метод  ExecuteMethodCall и другие методы которые выполняют функции и т.д. Это же не дает гибкости в разработке системы.
    Например при разработке модульных приложений.
    Я сейчас работаю над CMS и для работы с БД использую DataContext. С таблицами и представлениями все проще. Но вот с процедурами и функциями проблема. Это что получается, для каждого создаваемого модуля который содержит набор таблиц, нужно создавать свой класс на базе DataContext?
    • Перемещено Tagore Bandlamudi 2 октября 2010 г. 0:53 MSDN Forums consolidation (От:Visual Studio - отзывы и пожелания)
    1 октября 2009 г. 8:46

Ответы

  • Ну не знаю по поводу вкуса. Но это не очень хорошо. Но мне подсказали решение этой проблемы. И оно оказалось ну просто элементарным :) Я просто создаю метод который будет выполнять ExcuteMethodCall :)
    • Помечено в качестве ответа Grygorii 5 октября 2009 г. 9:34
    5 октября 2009 г. 9:33

Все ответы

  • Дело вкуса, но я бы именно так и делал, даже, если бы ExcuteMethodCall и не был бы protected. Это делает модули более самостоятельными единицами (на то они и модули).

    • Помечено в качестве ответа Vitaly Zayko 4 октября 2009 г. 12:29
    • Снята пометка об ответе Grygorii 5 октября 2009 г. 9:34
    1 октября 2009 г. 9:10
  • Ну не знаю по поводу вкуса. Но это не очень хорошо. Но мне подсказали решение этой проблемы. И оно оказалось ну просто элементарным :) Я просто создаю метод который будет выполнять ExcuteMethodCall :)
    • Помечено в качестве ответа Grygorii 5 октября 2009 г. 9:34
    5 октября 2009 г. 9:33