Login
.Net - Бизнес объекты и интерфейс данных
371 просмотров
Перейти к просмотру всей ветки
in Antwort AlexNek 02.12.07 19:46
Ты же хотед без контроля, а кто будет заменять и главное знать, что надо заменить.
------
Хотел и хочу. При наличии ошибок при трансляции вывалится отсутствие типа и нужная обезъянка получит указание на предмет посмотреть свой код на несоответствие и разъяснение, если посмотреть не сработает. Важно, чтобы обезъянка не была тупой и была способна повторить это самостоятельно при аналогичных проблемах.
Я исхожу из того что программировать на шарпе онм вообще не должны
------
Ну Я все же ожидаю от них немного большего - класс по шаблону (на 80% построенный простым визардом) и определение используемых интерфейсов.
Незнаю, но он не будет машино-дурной.
------
Не уверен. По крайней мере регулярно имею дело с гораздо худшими образцами. Последний из них - один из проектиков на VB6 - практически единичная форма (хотя их реально более двух десятков, но вся операционистика в этой одной) объемом около 250 Кб... может это и не машино-дурной код, написанный вполне квалифицированными спецами, но чтобы понять что и как там делается нужен не один месяц...
Просто мне кажется, что миллионном строк уже можно покрыть довольно сложный проект.
-----
Разумеется. 150-200+ таблиц - это уже сам по себе сложный проект. Даже если не требовать чего-то специфического в функциональности, то просто набор форм для построчного и табличного показа/редактирования данных уже даст весьма-весьма приличный объем...
Нверняка ваши темплайты не занимают столько места
-----
Разумеется не занимают. На практике шаблон, а шаблоны используются активные, т.е. продуцируемый код совпадает только в случае совпадения всех исходных условий, в противном случае код будет похожий, но различающийся, может быть в 5-10 раз меньше или больше единичного продуцируемого файла. Но файлов продуцируется много.
Такие исполнители просто не напишут работающий проект такого объема.
------
Не то, что такие исполнители, но даже набрав высококвалифицированных спецов все одно не сделать в приемлемые сроки. Ну либо они сделают что-то похожее, но за другое время. Поэтому и ставилась задача - построить не куски, из которых надо что-то собирать, а полностью работающее приложение, в котором можно производить необходимые модификации, необращая внимание на то, как реализуется остальное.
------
Хотел и хочу. При наличии ошибок при трансляции вывалится отсутствие типа и нужная обезъянка получит указание на предмет посмотреть свой код на несоответствие и разъяснение, если посмотреть не сработает. Важно, чтобы обезъянка не была тупой и была способна повторить это самостоятельно при аналогичных проблемах.
Я исхожу из того что программировать на шарпе онм вообще не должны
------
Ну Я все же ожидаю от них немного большего - класс по шаблону (на 80% построенный простым визардом) и определение используемых интерфейсов.
Незнаю, но он не будет машино-дурной.
------
Не уверен. По крайней мере регулярно имею дело с гораздо худшими образцами. Последний из них - один из проектиков на VB6 - практически единичная форма (хотя их реально более двух десятков, но вся операционистика в этой одной) объемом около 250 Кб... может это и не машино-дурной код, написанный вполне квалифицированными спецами, но чтобы понять что и как там делается нужен не один месяц...
Просто мне кажется, что миллионном строк уже можно покрыть довольно сложный проект.
-----
Разумеется. 150-200+ таблиц - это уже сам по себе сложный проект. Даже если не требовать чего-то специфического в функциональности, то просто набор форм для построчного и табличного показа/редактирования данных уже даст весьма-весьма приличный объем...
Нверняка ваши темплайты не занимают столько места
-----
Разумеется не занимают. На практике шаблон, а шаблоны используются активные, т.е. продуцируемый код совпадает только в случае совпадения всех исходных условий, в противном случае код будет похожий, но различающийся, может быть в 5-10 раз меньше или больше единичного продуцируемого файла. Но файлов продуцируется много.
Такие исполнители просто не напишут работающий проект такого объема.
------
Не то, что такие исполнители, но даже набрав высококвалифицированных спецов все одно не сделать в приемлемые сроки. Ну либо они сделают что-то похожее, но за другое время. Поэтому и ставилась задача - построить не куски, из которых надо что-то собирать, а полностью работающее приложение, в котором можно производить необходимые модификации, необращая внимание на то, как реализуется остальное.