Тук имате 2 основни възможности за избор:
Първи код:
Проектирайте вашите модели и ги „свържете“ към вашите процедури, които сте дефинирали ръчно.
Първо базата данни:
Насочете EF към вашата DB и моделите ще бъдат създадени за вас с помощта на вашата схема. Винаги можете да извикате персонализираните си процедури, като използвате помощни класове и т.н.. Ще прехвърлите EF модела и ще извлечете необходимите атрибути.
Лично аз предпочитам да кодирам първо прости POCO обекти и да ги свързвам, както намеря за добре. Това ви дава най-голяма гъвкавост, но може да излезе извън контрол, ако първо не заложите архитектура и не се придържате към някои управляващи модели.
Що се отнася до производителността за системи с голям обем, подобни на Ruby-On-Rails MVC подходите могат да станат тромави, докато растат. Използването на ефективни процедури за CRUD винаги ще надделява над динамичния SQL.
