Как организовать 800 форм?

Question

Моя компания переходит от классического asp (кошмар) к .Net (быстро превращается в тот же кошмар). У нас более 800 форм, очень похожих по обработке, но 800 разных наборов вопросов.

У них общий код: добавление в базу данных, получение из базы данных, проверка ввода данных пользователем, проверка информации о кредитной карте и т. Д.

Мы используем Visual Studio 2008. Как бы вы организовали эти решения / проекты?

Размещаем ли мы их всех в одном решении?

Answer 1

воспользуйтесь возможностью - если это вообще возможно - преобразовать 800 форм в мягкое кодирование

предостережение: я сделал нечто очень похожее на это, когда все формы представляли собой юридические соглашения, которые значительно различаются в зависимости от государства, и обнаружил, что они были достаточно симметричны, чтобы их можно было генерировать (и создавать!) Из базы данных, исходные документы автоматически преобразуются в новый (управляемый базой данных) формат. Результаты были автоматически проверены с помощью снимков экрана - идеальное воспроизведение пикселей.

Answer 2

Вы полностью должны сгенерировать это из базы данных. Реализовать настраиваемую систему опросов / анкет / экзаменов значительно проще, чем реализовать 800 форм.

Если бы это было всего 50 форм, я бы, вероятно, оставил их неаккуратными, но 800 форм - программно сгенерированными полностью.

Answer 3

На этом этапе я бы посоветовал, исходя из собственного опыта:

1) Не обновляйте проект только ради обновления; если это работает, оставь это.

2) Если у вашей компании есть какое-то видение, которое «ДОЛЖНО быть обновлено» ... хорошо, преобразуйте его в проект .NET, но не меняйте никакой функциональности. Оставь как есть. Возможно, это займет пару дней мелких исправлений, в зависимости от сложности приложения, но должно быть выполнимо.

3) Попытайтесь убедить своего руководителя / компанию либо: а) создать новое приложение с нуля, либо б) использовать стороннее программное обеспечение для проведения опросов, как упоминает Cade Roux. Пока новая версия не будет готова, оставьте существующую постоянно работающей.

Преобразование приложения в .NET и одновременное переписывание его в парадигму .NET станет большим кошмаром, не делайте этого.

Answer 4

800 форм? как на 800 веб страницах? Это много, но должно быть управляемым. Я удивлен тем, что многие формы, на которые вы не обращали внимания при использовании какой-либо технологии создания форм, такой, что макет формы и то, что у вас есть, хранится в какой-то базе данных. Надеемся, что вы можете использовать некоторые пользовательские элементы управления, чтобы хотя бы немного минимизировать / стандартизировать код.

Код мудрый, вы могли бы также сгруппировать их в алфавитном порядке и избавить себя от головной боли, пытаясь выяснить некоторые общие функции между ними ... что если одна форма перекрывается между группами? Что бы вы ни делали, не позволяйте вашей структуре кода испортить то, как вы хотите, чтобы они были упорядочены и представлены пользователю. Проверьте SiteMap , который имеет .net.

Я предполагаю, что вы используете веб-формы? В этом нет ничего плохого, и есть несколько веских причин придерживаться этого. Но если вы не зашли слишком далеко, проверьте MVC framework и посмотрите, как это вас захватывает.

Answer 5

Вы, вероятно, могли бы спроектировать это иначе. Возможно с динамически генерируемыми страницами и полипорфизмом. Но да, вы ничего не получите, имея отдельные решения. Это, вероятно, добавит вашей головной боли. Какие проблемы вы на самом деле испытываете? Вы отделили логику базы данных от вашей презентации? Вы в основном просто делаете классический стиль ASP кодирования в ASP.NET?