Ответ Брюса Хилла абсолютно верен.
Просто, чтобы немного расширить его ответ, методы Include являются методами расширения в пространстве имен System.Data.Entity.
Это не влияет на то, как вы их используете, но методы Include фактически определены в статическом классе с именем DbExtensions. На msdn.microsoft.com вы увидите их документально, а не в System.Linq.IQueryable, что затруднит их поиск.
Я думаю, это зависит от того, сколько UI вам потребуется. Преимущество таких фреймворков, как MFC, заключается в том, что они содержат много стандартного кода для вас. Однако ... если размер исполняемого файла и зависимости являются основным ограничением, создание крошечного приложения может быть довольно забавным.
Вполне возможно создать приложение Windows с самыми необходимыми элементами (диалог и т. Д.) И использовать общий диалог ресурсы, которые уже будут установлены (например, commdlg.dll).
Чтобы он был как можно меньше, я бы рекомендовал писать его на C ++, предпочтительно со средой выполнения MSVC для простоты. Win32 API довольно легко освоить с точки зрения основных шагов, например, регистрации окон и создания процесса сообщений.
Не могли бы вы уточнить, о чем вы хотите узнать больше?
Я не люблю Windows, ну и ненавижу. Однако я бы использовал C ++ и Windows API. Вы можете скачать Visual C ++ Express бесплатно или использовать Eclipse для C ++.
Спасибо ребятам -9! Я все еще ненавижу Windows. Несколько серьезных программ командной строки. Примитивная оболочка. Очень закрытая среда. Неэффективно. Небезопасно. Хотите еще?
Другая возможность REALBasic. Он создаст собственный исполняемый файл, но может потребоваться пара DLL в зависимости от используемых компонентов графического интерфейса. Базовый размер exe-файла составляет ~ 3 МБ, что может быть слишком большим для ваших нужд.
Просто используйте C / Win32 api.
Непревзойденный (exe <1 КБ!)
Насколько маленький для вас очень мал? Раньше я использовал MFC и получил файлы 200k. Хотя я не знаю, согласны ли вы с DLL.
MFC - довольно безопасный вариант для Windows, хотя он довольно старый и уродливый (на мой взгляд).
FLTK - еще один вариант для набора инструментов Fast Light, он также кроссплатформенный.
Для быстрого облегчения работы с Windows я бы, вероятно, выбрал MFC, это старый и не самый чистый дизайн, но поддержка встроена в инструменты MS, и очень легко получить быстрый образец и запустить его.
ps. Использование MFC с бесплатным компилятором немного сложно, если бы у вас был только Visual Studio Express, я бы посмотрел на что-то вроде FLTK.
Хотя это уже не совсем активный проект, я использовал V C ++ Gui , чтобы написать несколько небольших одноразовых инструментов, прежде чем я начал работать с Java. . Это своего рода MFC-lite. Но, как я уже сказал, сейчас это неактивный проект.
Это должен быть графический интерфейс? В противном случае вы могли бы использовать что-то вроде PDcurses для создания консольного приложения.
Это зависит от того, какой язык вы планируете использовать.
Все это создаст автономный .exe без необходимости в какой-либо среде выполнения.
Забудьте о MFC, если вам не нужна среда выполнения зависимости. WTL легкий.
Я бы использовал Delphi и взглянул на это . Delphi компилируется в один исполняемый файл, прост в освоении (объектный паскаль), имеет красивую IDE и один из самых быстрых доступных компиляторов. А если у вас Turbo Delphbi 2006, то это даже бесплатно!
Вы можете попробовать: C ++ с MFC. Это действительно будет единственный способ серьезно контролировать «размер» вашего приложения (хотя почему это ограничение?).
Если вы хотите еще более легкий вес, вы можете попробовать Библиотеку шаблонов Windows ] с C ++.
Вы можете попробовать HTA (приложение HTML) и сделайте exe-файл с http://www.xneat.com/application-builder/index.htm