Лучший отвечающий
Универсальный проект Windows 8 для VB

Вопрос
-
Ну во-первых если кто в курсе или читал где - почему нет универсального проекта для VB и будет ли?
А во-вторых - C#'ники, разъясните на пальцах что из себя представляет такое решение, может его уи самому не так долго склепать?
VB.Net - WPF, WinRT, WP
15 сентября 2014 г. 11:24
Ответы
-
На самом деле dll-ка даже не создается. Shared проект это как общая папка, которая содержит файлы, используемые в обоих проектах, т.е. при компиляции все файлы из shared-проекта просто попадают в проекты (WP, WinRT). Т.е. к примеру если создать в Shared проекте файл с именем MainPageViewModel.cs, в WP/WinRT создать файл с таким же именем, то произойдет ошибка на этапе компиляции, так как файлов с одинаковым именем будет два.
С отладкой никаких проблем нет. Но приходится переключаться с одного проекта на другой и проверять как работает код.
В целом раньше я для кросс-платформенной разработки создавал portable библиотеки с общим кодом и файлами и хранил каждый проект в обдельном Solution. Сейчас просто можно хранить все в одном solution и легко переключаться между приложениями. Больше никаких особых различий лично мной замечено не было.
- Помечено в качестве ответа LXGDARK 15 сентября 2014 г. 13:33
15 сентября 2014 г. 13:31
Все ответы
-
Сам принцип заключается в том, что те файлы которые находятся в Shared проекте являются общими для всех проектов (WP, Windows). Т.е. похожий функционал можно реализовать просто добавив Portable библиотеку содержащую общие для двух приложений файлы или же можно добавлять файлы только в один проект, предположим WP а во втором (Windows) просто добавлять файлы как ссылки на реальные файлы из WP15 сентября 2014 г. 12:26
-
То есть как я и подозревал. Проект WP, проект WinRT и проект с dll'кой, которую потом вешаем на те оба проекта?
А как насчет отладки, развертывания и создания пакетов приложений? Каждый проект отдельно?
VB.Net - WPF, WinRT, WP
15 сентября 2014 г. 12:31 -
На самом деле dll-ка даже не создается. Shared проект это как общая папка, которая содержит файлы, используемые в обоих проектах, т.е. при компиляции все файлы из shared-проекта просто попадают в проекты (WP, WinRT). Т.е. к примеру если создать в Shared проекте файл с именем MainPageViewModel.cs, в WP/WinRT создать файл с таким же именем, то произойдет ошибка на этапе компиляции, так как файлов с одинаковым именем будет два.
С отладкой никаких проблем нет. Но приходится переключаться с одного проекта на другой и проверять как работает код.
В целом раньше я для кросс-платформенной разработки создавал portable библиотеки с общим кодом и файлами и хранил каждый проект в обдельном Solution. Сейчас просто можно хранить все в одном solution и легко переключаться между приложениями. Больше никаких особых различий лично мной замечено не было.
- Помечено в качестве ответа LXGDARK 15 сентября 2014 г. 13:33
15 сентября 2014 г. 13:31 -
Принципе "Шаред" проектов заключается в более удобном варианте линкования файлов. Ибо портейбл либа это хорошо, но директивы, увы, там не заюзаешь.
Я вообще не фанат директив, разве что маленьких., ибо большие затычки из директив портят читабельность кода.
По моему мнению, портейбл гуд юзать для бизнес логики(запросы в веб, работа с дб и тд), а вот ВМ уже запихивать как линки, т.е. или в шаред, или ручками линковать файлы.
Я вот сейчас занимаюсь проектом, где идет ВП8.0 и будет ВинРТ часть последняя(8.1 или что там будет дальше, когда руки дойдут ). В итоге у меня всё завязано на портейбл либах и dependency injection и заведен 1 проект "шаред" для Вью Моделей, в котором, пока что, ничего нет. Но когда будет дизайн планшетной части, то можно уже ориентироваться какие ВМ я могу выкинуть в шаред.
15 сентября 2014 г. 13:36 -
Насчет, шаред для ВБ - небольшое гугление говорит, что всё будет, но вот непонятно когда :)
Сейчас Шаред проект можно создать для c#, c++ и js.
16 сентября 2014 г. 8:14