|
|
|
как вам такой код?
|
|||
|---|---|---|---|
|
#18+
SerP1983Фаулера не читал, но осуждаю? Там нет ничего нового, для думающего человека с опытом. Как нет ничего нового и в этой книге, с которой все согласны, но никто ей не следует. Книга Фаулера может прибавить веса аргументам в споре "гуру" например на этом сайте. Писать "правильно" должны провоцировать и заставлять сами ЯП и используемые библиотеки-фреймворки, как например ASP.NET MVC. Использовать MVC можно и в обычных веб формах и даже в классическом ASP. Но если используемая платформа дает сделать осознанный или случайный шаг в сторону, то этот шаг рано или поздно будет сделан со всеми вытекающими. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.04.2013, 09:09 |
|
||
|
как вам такой код?
|
|||
|---|---|---|---|
|
#18+
Шо вы набросились на человека. sphinx_mv написал исходя из свой практики. авторАрхитектура... Шаблоны... Вот только бизнесу на это плевать если что то можно продать , то это и продаётся. если для продажи нужно "современные" методологии разработки - то применяют именно их. но не для того, что бы програмерам жилось лучше , а для того , что бы продажникам и оналитегам было легче втирать лапшу клиентам и руководству. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.04.2013, 09:11 |
|
||
|
как вам такой код?
|
|||
|---|---|---|---|
|
#18+
sphinx_mvВ результате "повылазило", что данные с этой хрени начали приходить а) в другой последовательности и б) в другом формате... Сроки никто отменять уже не мог - светили неслабые потери (и не только по репутации)... И тут на "архитектурность" решения уже никто не смотрел - оно просто должно было заработать строго во время "Ч"... Ну, в-общем, оно и заработало... Только "Семь самураев" нервно курили в сторонке... И ты этот просад ставишь в пример? Сами облажались, что тут говорить. sphinx_mvАрхитектура... Шаблоны... Хочется!!! Вот только бизнесу, по большому счету, на это плевать с самой высокой колокольни - "сколько новых денег мы на этом заработаем?" Это нужно не бизнесу, акстись, это нужно истинно процессу разработки. Чтобы код был легко модифицируемым, поддерживаемым, масштабируемым. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.04.2013, 09:12 |
|
||
|
как вам такой код?
|
|||
|---|---|---|---|
|
#18+
SerP19832sphinx_mv Фаулера не читал, но осуждаю? С Вами говорить не о чем. Одно "бла-бла-бла". Вы неуч и, походу, гордитесь этим. Если Вы постигли инь и янь программирования в разработке корпоративных систем - напишите книгу. Только вот бумагу помягче придется выбрать, чтобы хоть кто-то купил сие творение для дачи в туалет. +1, Он еще ничего не достиг, это обычный форумный пустобрех, от которого выхлопа ровно ноль. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.04.2013, 09:14 |
|
||
|
как вам такой код?
|
|||
|---|---|---|---|
|
#18+
cooldevelopersphinx_mvЕсли "лапшекод в обработчиках с логикой" - достаточно эффективное решение, чтобы выполнить поставленную задачу, то имеено его и следует применить. Потом - если будет наобходимость, желание и ресурсы - код можно улучшить. Но можно и не улучшать. "Кристальный код" не панацея. А рефакторинг - не самоцель. "Лапшекод в обработчиках с логикой" априори не может быьт достаточно эффективным решением, без вариантов. Особо много времени не потратишь, если хоты бы в процедурно ориентированном стиле решить эту же задачу. Зато потом отвязать этот шматок уныния будет на порядки проще и быстрее, чем заново всё переписывать. Приходилось работать с такими программами из нескольких тысяч строк в обработчиках, это полный пецдец - это результат твоего направления."Лапшекод", вынесенный из codebehing в отдельный класс, автоматически становится лучше? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.04.2013, 09:15 |
|
||
|
как вам такой код?
|
|||
|---|---|---|---|
|
#18+
Алексей К"Лапшекод", вынесенный из codebehing в отдельный класс, автоматически становится лучше? Разумеется. Я уже 2 раза отвечал на этот вопрос: 14190288 МСУ Зато потом отвязать этот шматок уныния будет на порядки проще и быстрее, чем заново всё переписывать. Приходилось работать с такими программами из нескольких тысяч строк в обработчиках, это полный пецдец - это результат твоего направления. Перебросить это всё в модель / контроллер / репозиторий / датасервис будет на порядки проще и быстрее. Процедурный подход - это золотая середина между гавном и качеством. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.04.2013, 09:18 |
|
||
|
как вам такой код?
|
|||
|---|---|---|---|
|
#18+
cooldeveloperАлексей К"Лапшекод", вынесенный из codebehing в отдельный класс, автоматически становится лучше? Разумеется. Я уже 2 раза отвечал на этот вопрос: 14190288 МСУ Зато потом отвязать этот шматок уныния будет на порядки проще и быстрее, чем заново всё переписывать. Приходилось работать с такими программами из нескольких тысяч строк в обработчиках, это полный пецдец - это результат твоего направления. Перебросить это всё в модель / контроллер / репозиторий / датасервис будет на порядки проще и быстрее. Процедурный подход - это золотая середина между гавном и качеством. Поверхностно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.04.2013, 09:28 |
|
||
|
как вам такой код?
|
|||
|---|---|---|---|
|
#18+
enigmaticПоверхностно. А тут? 14185942 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.04.2013, 09:29 |
|
||
|
как вам такой код?
|
|||
|---|---|---|---|
|
#18+
cooldeveloper, Где там несколько тысяч строк в обработчиках? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.04.2013, 09:36 |
|
||
|
как вам такой код?
|
|||
|---|---|---|---|
|
#18+
cooldeveloperАлексей К"Лапшекод", вынесенный из codebehing в отдельный класс, автоматически становится лучше? Разумеется. Я уже 2 раза отвечал на этот вопрос: 14190288 Смелое утверждение. Т. е. даже если в результате выделения части кода из codebehind в отдельный класс добавится большой кусок бесполезного кода, отвечающий за интеграцию модели с контролами, ситуация улучшится? При этом, код во вновь выделенной модели остаётся таким же непонятным. Что касается выноса кода в модель во всех, даже самых простых случаях - тот же Фаулер пишет, что слишком маленькая ответственность у классов/методов - это не меньшее зло, чем ответственность слишком большая. В куче бесполезных мелких классов запутаться ещё проще. Плюс возрастают затраты на их интеграцию между собой. Мне казалось, что тут всегда нужно искать некий компромис между размерами классов/методов и их количеством. А на самом деле вон оно как: "любой код в codbehind автоматически становится лапшекодом". Жостко... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.04.2013, 09:43 |
|
||
|
как вам такой код?
|
|||
|---|---|---|---|
|
#18+
enigmaticcooldeveloper, Где там несколько тысяч строк в обработчиках? А где я утверждал, что там несколько тысяч строк в обработчиках? Алексей КСмелое утверждение. Т. е. даже если в результате выделения части кода из codebehind в отдельный класс добавится большой кусок бесполезного кода, отвечающий за интеграцию модели с контролами, ситуация улучшится? При этом, код во вновь выделенной модели остаётся таким же непонятным. Более чем смелое. В рузультате вынесения лапшекода из codebehind ты уже его декомпозируешь на методы, входные аргументы, выходные типы. Подключить иправленную позже модель к codebehind не составит труда, т.к. мы изначально уменьшили связность кода. Алексей КЧто касается выноса кода в модель во всех, даже самых простых случаях - тот же Фаулер пишет, что слишком маленькая ответственность у классов/методов - это не меньшее зло, чем ответственность слишком большая. В куче бесполезных мелких классов запутаться ещё проще. Плюс возрастают затраты на их интеграцию между собой. 1. Чтобы не было зла, нужно изначально прибивать к своему UI презентер, который будет работать с моделью, а не писать лапшекод в обработчиках. 2. Что ты имеешь ввиду под самыми простыми случаями? MessageBox в обработчике? Алексей КМне казалось, что тут всегда нужно искать некий компромис между размерами классов/методов и их количеством. А на самом деле вон оно как: "любой код в codbehind автоматически становится лапшекодом". Жостко... На лицо откровенное непонимание. Где я сказал, что любой код в codebehind лапшекод? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.04.2013, 10:00 |
|
||
|
как вам такой код?
|
|||
|---|---|---|---|
|
#18+
cooldeveloperНа лицо откровенное непонимание. Где я сказал, что любой код в codebehind лапшекод?Ну мне так показалось, где-то выше было... "зачем Володька сбрил усы" МСУ, ты? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.04.2013, 10:10 |
|
||
|
как вам такой код?
|
|||
|---|---|---|---|
|
#18+
Алексей КcooldeveloperНа лицо откровенное непонимание. Где я сказал, что любой код в codebehind лапшекод?Ну мне так показалось, где-то выше было... "зачем Володька сбрил усы" МСУ, ты?анти-кэп, ты? cooldeveloper Member Откуда: МСУ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.04.2013, 10:14 |
|
||
|
как вам такой код?
|
|||
|---|---|---|---|
|
#18+
cooldeveloperАлексей КЧто касается выноса кода в модель во всех, даже самых простых случаях - тот же Фаулер пишет, что слишком маленькая ответственность у классов/методов - это не меньшее зло, чем ответственность слишком большая. В куче бесполезных мелких классов запутаться ещё проще. Плюс возрастают затраты на их интеграцию между собой. 1. Чтобы не было зла, нужно изначально прибивать к своему UI презентер, который будет работать с моделью, а не писать лапшекод в обработчиках.Лапшекод можно писать в кодбихайнде, в презентере, в контроллере, в сервисе, в везде... Было бы желание. :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.04.2013, 10:15 |
|
||
|
как вам такой код?
|
|||
|---|---|---|---|
|
#18+
AntonariyАлексей Кпропущено... Ну мне так показалось, где-то выше было... "зачем Володька сбрил усы" МСУ, ты?анти-кэп, ты? cooldeveloper Member Откуда: МСУ Ну не заметил, извиняйте... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.04.2013, 10:19 |
|
||
|
как вам такой код?
|
|||
|---|---|---|---|
|
#18+
Алексей КНу мне так показалось, где-то выше было... Ну вот, тебе показалось, а мне отдуваться. Алексей К"зачем Володька сбрил усы" МСУ, ты? Как узнал? Хм, где-то я спалился... Алексей КЛапшекод можно писать в кодбихайнде, в презентере, в контроллере, в сервисе, в везде... Было бы желание. :-) Про связность продолжать вещание? ) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.04.2013, 10:42 |
|
||
|
как вам такой код?
|
|||
|---|---|---|---|
|
#18+
cooldeveloperАлексей КНу мне так показалось, где-то выше было... Ну вот, тебе показалось, а мне отдуваться.Да было где-то, надо смотреть. :-) cooldeveloperАлексей К"зачем Володька сбрил усы" МСУ, ты? Как узнал? Хм, где-то я спалился... Не скажу. cooldeveloperАлексей КЛапшекод можно писать в кодбихайнде, в презентере, в контроллере, в сервисе, в везде... Было бы желание. :-) Про связность продолжать вещание? )Даже не знаю. В последнее время все помешались на связности, диконтейнерах, тестах и прочей мути. Как раньше без этого жили - непонятно... Зато в кодбехайнде есть кодогенерация полей для контролов из дизайнера... Если нет оснований для выноса кода из кодбехайнда - код надо оставлять в нём! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.04.2013, 10:51 |
|
||
|
как вам такой код?
|
|||
|---|---|---|---|
|
#18+
cooldevelopersphinx_mvВ результате "повылазило", что данные с этой хрени начали приходить а) в другой последовательности и б) в другом формате... Сроки никто отменять уже не мог - светили неслабые потери (и не только по репутации)... И тут на "архитектурность" решения уже никто не смотрел - оно просто должно было заработать строго во время "Ч"... Ну, в-общем, оно и заработало... Только "Семь самураев" нервно курили в сторонке... И ты этот просад ставишь в пример? Сами облажались, что тут говорить. Облажались не мы, а поставщики, которые писали софт в строгом соответствии с "общепринятыми методиками" (провальными по сути)... И конкретно Вы бы с Вашими "моделями" там не просто "просели", а вылетели бы с оглушителным треском из бизнеса - даже без потенциальной возможности "респауна". cooldevelopersphinx_mvАрхитектура... Шаблоны... Хочется!!! Вот только бизнесу, по большому счету, на это плевать с самой высокой колокольни - "сколько новых денег мы на этом заработаем?" Это нужно не бизнесу, акстись, это нужно истинно процессу разработки. Чтобы код был легко модифицируемым, поддерживаемым, масштабируемым.Программирование "в чистом виде" бизнесу, не занимающемуся непосредственной продажей ПО, вообще НЕ интересно! Бизнес должен быть рентабельным. Точка! Расходы на "чистый код", который неизвестно сколько времени будет писаться и принесет ли вообще хоть пол-процента вложенного - прямые убытки! Какой первый вопрос задает вменяемый руководитель предприятия на предложение "давайте купим новую версии софта ИКС, потому что в нем есть фича ИГРЕК"? Если Вы до сих пор не в курсе (что совсем не удивительно и крайне показательно), подсказываю - ответ Вы найдете в предыдущем сообщении... И вообще... Какое отношение Ваше "чистое софтоклепательство" имеет к реальному бизнесу, котрый зависит от минимизации размера операционных издержек сильнее, чем Вы от кислорода в воздухе? Сколько реальных бизнес-систем (за исключением порносайтов) Вы хотя бы просто видели? И сколько из них Вы реально сопровождали? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.04.2013, 10:56 |
|
||
|
как вам такой код?
|
|||
|---|---|---|---|
|
#18+
Алексей КДаже не знаю. В последнее время все помешались на связности, диконтейнерах, тестах и прочей мути. Как раньше без этого жили - непонятно... Ну тесты и DI отдельная песня, которую легко можно привинтить к своему правильному лисапеду. Просто не нужно писать гавнологику в гавнообработчиках, вот и всё, чего я хочу :) Алексей КЕсли нет оснований для выноса кода из кодбехайнда - код надо оставлять в нём! В кодбехайнде кода должно находиться по-минимуму, в основном работа с презентером. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.04.2013, 11:01 |
|
||
|
как вам такой код?
|
|||
|---|---|---|---|
|
#18+
sphinx_mvОблажались не мы, а поставщики, которые писали софт в строгом соответствии с "общепринятыми методиками" (провальными по сути)... Я сомневаюсь, что там проблема была в правильных методиках. Банально тупое некомпетентное руководство, которое не в состоянии оценивать сроки и принимать решение. sphinx_mvИ конкретно Вы бы с Вашими "моделями" там не просто "просели", а вылетели бы с оглушителным треском из бизнеса - даже без потенциальной возможности "респауна". Проблема в выстроенных процессах, а не в коде, 100%. sphinx_mvПрограммирование "в чистом виде" бизнесу, не занимающемуся непосредственной продажей ПО, вообще НЕ интересно! Бизнес должен быть рентабельным. Точка! Рентабельность бизнеса изменчива, очень часто меняются бизнес процессы и подходы. Чтобы легко адаптироваться под каждый новый чих бизнеса, не сесть в лужу и не захлебнуться в своих помоях, нужно качественно разделять код по слоям. sphinx_mvКакое отношение Ваше "чистое софтоклепательство" имеет к реальному бизнесу, котрый зависит от минимизации размера операционных издержек сильнее, чем Вы от кислорода в воздухе? Сколько реальных бизнес-систем (за исключением порносайтов) Вы хотя бы просто видели? И сколько из них Вы реально сопровождали? Видел не мало, из крупных сопровождал по меньшей мере с десяток систем, в том числе и участвовал в разработке. Это и самописные решения, и платформенные. И давно сделал вывод, что гавнокод "на скоряк, чтобы работало" - это зло. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.04.2013, 11:09 |
|
||
|
как вам такой код?
|
|||
|---|---|---|---|
|
#18+
sphinx_mvПрограммирование "в чистом виде" бизнесу, не занимающемуся непосредственной продажей ПО, вообще НЕ интересно! Бизнес должен быть рентабельным. Точка! Расходы на "чистый код", который неизвестно сколько времени будет писаться и принесет ли вообще хоть пол-процента вложенного - прямые убытки!"мы не настолько богаты, чтобы покупать дешёвые вещи" (с) Часто всё расчитано на экономию в краткосрочной перспективе. "Конечно, сегодня дешевле заказать программу у студентов за копейки. А что будет завтра - меня не интересует, я уже буду работать в другом месте" - типовая мотивация типового менеджера. Вечно это не может продолжаться. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.04.2013, 11:09 |
|
||
|
как вам такой код?
|
|||
|---|---|---|---|
|
#18+
cooldeveloperПросто не нужно писать гавнологику в гавнообработчиках, вот и всё, чего я хочу :)Согласен. cooldeveloperАлексей КЕсли нет оснований для выноса кода из кодбехайнда - код надо оставлять в нём! В кодбехайнде кода должно находиться по-минимуму, в основном работа с презентером.В кодбехайнде кода должно находиться столько, чтобы было удобно с ним работать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.04.2013, 11:14 |
|
||
|
как вам такой код?
|
|||
|---|---|---|---|
|
#18+
Алексей КДаже не знаю. В последнее время все помешались на связности, диконтейнерах, тестах и прочей мути. Как раньше без этого жили - непонятно...Проблема даже не в том, "как мы раньше жили", а в том, понимает ли толпа разработчиков, помешанных на новомодных "штучках", что же на самом деле все эти "штучки" вообще подразумевают... Вот, например, один из критических взглядов на принцип инверсии зависимостей ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.04.2013, 11:15 |
|
||
|
как вам такой код?
|
|||
|---|---|---|---|
|
#18+
cooldeveloper... давно сделал вывод, что гавнокод "на скоряк, чтобы работало" - это зло.++ зы: только дело тут не в обработчиках в кодбехайнде :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.04.2013, 11:16 |
|
||
|
|
start [/forum/topic.php?fid=20&msg=38228596&tid=1404819]: |
0ms |
get settings: |
9ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
60ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
64ms |
get tp. blocked users: |
1ms |
| others: | 15ms |
| total: | 184ms |
| 0 / 0 |
