Лучшая практика для небольшого приложения n-уровня - Linq-sql, Entity FrameWork или сильно типизированные наборы данных

Question

Im после некоторых советов по созданию приложения для моей компании. Мы хотим создать приложение Asset Management and Equipment Inspection, которое будет связано. У нас есть конкретные потребности, поэтому мы будем строить дома.

Я довольно много читал о приложениях n-уровня и решил сосредоточиться на tableAdapters и сильно типизированных наборах данных. В идеале мы хотим иметь возможность писать DAL и забывать об этом, а затем работать с пользовательским интерфейсом и BLL. Однако я читал больше информации о Entity Framework, а также linq для sql.

О приложении. Это будет, пожалуй, 15 столов, которые будут использоваться примерно 10 пользователями. У нас есть 3 места, которые будут расширяться до 6 возможных в ближайшие несколько лет. Мы хотели бы иметь возможность переносить его на мобильное устройство (или, по крайней мере, его части). Я не думаю, что после первоначальной настройки он увидит более 100 обращений в день, так что, возможно, 1000 ударов в БД?

Будут ли строго типизированные наборы данных и адаптеры для таблицы в порядке? Объем кода, который он сэкономил бы, принесет большую пользу, но это приложение должно длиться не менее 5 лет и быть достаточно масштабируемым.

Answer 1

Каждый из упомянутых ORM будет работать отлично для вашего целевого приложения.

Однако моя рекомендация заключалась в том, что вы не хотите использовать устаревшую структуру в совершенно новом приложении, если у вас нет действительно веской причины. Entity Framework является новейшей (и, вероятно, наилучшим образом поддерживаемой) инфраструктурой ORM, которую вы указали. Он очень прост в использовании и хорошо работает.

Я бы также рекомендовал вам изучить структуру IoC (инверсия управления), чтобы помочь структурировать и модулизовать ваше приложение. Это упростит повторное использование компонентов и поможет в структуре вашего решения.