Михаил: Ну я примерно описал как уменьшить число полей. Причем расширение списка свойств будет практически безболезненной без изменения структуры таблиц
Тарас Сервеванн: В целом данный блок нормально именован, но встает вопрос - нахрена столько комментариев? Вот для кого они написаны? Если вы пишете документацию к методу - напишите в двух словах что делает метод(общее назначение в рамках бизнес-логики) и какие параметры он принимает.
А если для читающего код программиста то я вижу ваш код примерно так -
//Если объект не равен null
if(obj!=null)
И встает вопрос - а нафига тогда комментарий? Для человека, не способного понимать по английски?
Такие комментарии увеличивают размер метода и затрудняют чтение - приходится разделять код и комментарии на глаз. Я понимаю если у вас написано if(a<3) - тут требуются пояснения, но и именование гавёное.
Сергей Горбулев: По факту MVC имеет более короткий жизненный цикл запроса( ну нет там 20 событий, каждое из которых имеет свое назначение и свои ограничения) - одна точка для обработки запроса и одна точка для отрисовки разметки.Остальное уже нырки вглубь каждой конкретной области ответственности.
Касательно ваших уточнений. www.cyberforum.ru/asp-net/thread502681.html Вот вам ссылочка по вашей проблеме и внутри есть дополнительные ссылки на похожие вопросы. Если вкратце - попробовать перенести добавление контрола в Init из Load.
marshmallo_w: Да все нормально. Не обижайтесь если резковат в высказываниях. А преподавателю скажите что задача обработки ошибки, вероятность возникновения которой даже не статистически не значима, а просто математически ничтожна, не может иметь высокий приоритет важности, а соответственно происходить может что угодно - есть задачи поважнее чем заниматься такой фигней.
Игорь: Потому я и спросил "Зачем?". На мой взгляд на ресурсе огромное число вопросов из разряда "У меня проблема. я придумал кретинское решение, но не могу его реализовать" и вместо того чтобы получать нормальное решение - получают реализацию кретинского.
Игорь: Я говорю о любителях писать в программную логику приложения инструкции создавать и убивать таблицы. Я считаю что это совершенно кретинская идея.
Oxoron: Javascript это вполне стандартная фича современного веба. Лично я с ходу не придумаю как кликом по картинке инициировать отправку формы без скриптов.
akass: У вас есть таблица "книги" и ей похрен на таблицу юзверей. И есть развязочная таблица с сопоставлением идентификаторов. Эта таблица обязана иметь внешний ключ на юзверей и книги. Что у вас не получается? Создать книгу без пользователя? если да - добавляйте ваш код в вопрос.
Алек Оним: Вы не описали собственно ситуацию вашу. Для некоторых задач логичнее и красивее хренячить иерархию классов с переопределением методов, паттернами и прочими фичами ООП.
Маленькое замечание. Представьте что вы пишете этот код в команде. Человек, видя переменную именованную как isFinded, предполагает что это булев тип. и что значения true или false, а у вас сюрприз для потомков - это оказывается int.