Есть ещё монодевелоп

ну есть еще rider но он в бете

Но это совсем другая история ?

Но самое достойное на лине - это, да, коде

монодевелоп вроде как не умеет в .net core, а моно эт совсем другая вселенная со своими приколами, и не факт что завтра её майки не прикроют

Согласен

Но прикрыть, как мне кажется, не прикроют

У неё большие перспективы

Хотяяяя

посомтрим

Вон у нокии тоже были перспективы

И у вондовс10 для мобил, тоже были

ну у вин 10 и сейчас перспективы есть

Да чёт ходят слухи, что она повторит судьбе винфона

Который был сначала 7.5 потом 7.8, а потом перестал быть

они сейчас поменяли стратегию развития

хотят как ведро, чтоб производители выпоскали смарты а не сами майки

Ой как на этом рынке сложно

Там царит ведро

И айоси

Хотя ничто не вечно

ну когдато там царила нокиа со своей осью, так что хз что завтра будет

Вот-вот

Недавно только смотри про нокию выпуск. Очень интересная у неё история была

Ну как была, до сих пор есть

16 бит смотриш?

Ога ?

Боча красавец ?

ага

Добро пожаловать в чат "CSharp chat [RU]" Миша @bearpro. Надеюсь,тебе здесь понравится

всем зик

Ребят, кто подкинет чтиво про разработку под UWP

На шарпе, конечно

я ток видосы встречал

http://metanit.com/sharp/uwp/

Ребят , расскажите нубу - сижу на линуксе , хочу изучать с# - как там вообще будет с изучением ?

Отличие сильные от винды ?)

Добро пожаловать в чат "CSharp chat [RU]" Vlad @TaylerNest. Надеюсь,тебе здесь понравится

Ребят , расскажите нубу - сижу на линуксе , хочу изучать с# - как там вообще будет с изучением ?

вроде сишарп толькона фреймворк в винде?!

тута есть миддлы?

а может кто и так знает)

пишу консольные приложения, которые в абстракции (не программирование) делают в общем одно и то же, на самой верхней модели, но реализация у каждого разная. есть методы: старт, стоп, вывод информации. Ну так вот, скопилось 3 приложения, в планах еще писать такие, нужно сделать главный софт, который будет запускать эти приложения и контролировать вывод информации с каждого. Погуглив, понял что приложения нужно переделывать в плагины и делать хост софт. Делаю хост софт, но получается что теперь консольные приложения, переделаные в плагины, лишаются методов Main(). Конструктор теперь нужно вызывать явно и при старте плагина выполнять метод Main()?

http://metanit.com/sharp/uwp/

Спасибо

пишу консольные приложения, которые в абстракции (не программирование) делают в общем одно и то же, на самой верхней модели, но реализация у каждого разная. есть методы: старт, стоп, вывод информации. Ну так вот, скопилось 3 приложения, в планах еще писать такие, нужно сделать главный софт, который будет запускать эти приложения и контролировать вывод информации с каждого. Погуглив, понял что приложения нужно переделывать в плагины и делать хост софт. Делаю хост софт, но получается что теперь консольные приложения, переделаные в плагины, лишаются методов Main(). Конструктор теперь нужно вызывать явно и при старте плагина выполнять метод Main()?

Думаю,да

Думаю,да

Да)

если готов писать только консольные либо веб, то все супер

Ребят , расскажите нубу - сижу на линуксе , хочу изучать с# - как там вообще будет с изучением ?

.net core + vs code и вперед

Гитхаб бота оставить здесь?

А зачем он?

Что он делает?

Оповещает о событиях

.net core + vs code и вперед

?

Только нужен гитхаб акк

кстати у .net core на лине есть интересная приколюха, если собрать ядро посвежее ручками то он отказывается работать, и эт меня немного напрягает

По какой причине?

На что ругается?

а хз, пишет Segmentation failed

на гитхабе предлагают просто не собирать свежие ядра, а сидеть на ванильных

ахахах

Работает - не трожь ?

Сообщество инженеров ?

так себе решение

особенно учитывая скорость выхода новых ядер

Кто знает сайты с задачами на шарпе?

пишу консольные приложения, которые в абстракции (не программирование) делают в общем одно и то же, на самой верхней модели, но реализация у каждого разная. есть методы: старт, стоп, вывод информации. Ну так вот, скопилось 3 приложения, в планах еще писать такие, нужно сделать главный софт, который будет запускать эти приложения и контролировать вывод информации с каждого. Погуглив, понял что приложения нужно переделывать в плагины и делать хост софт. Делаю хост софт, но получается что теперь консольные приложения, переделаные в плагины, лишаются методов Main(). Конструктор теперь нужно вызывать явно и при старте плагина выполнять метод Main()?

Смотря насколько сложная задача решается. Архитектурно было бы верно если у вас был бы root и приложения имеющие ссылку на этот root(по вашему выражению хост приложение), второй выход сделать выгрузку в файл в консольных приложениях а в главном их считывать. А для запуска остановки использовать управление процессами

Смотря насколько сложная задача решается. Архитектурно было бы верно если у вас был бы root и приложения имеющие ссылку на этот root(по вашему выражению хост приложение), второй выход сделать выгрузку в файл в консольных приложениях а в главном их считывать. А для запуска остановки использовать управление процессами

вообще ничего не понял. но библиотека классов отрабатывает вообще хорошо. я теперь пишу dll, я сверхразум

помогите

я .net и полон инициатив

но из-за того что школьник одинок во всей вселенной

??

Только нужен гитхаб акк

можно юзать группы, т.е. можно же сделать оргу для конфы

збс же идейка

но из-за того что школьник одинок во всей вселенной

И чем тебе помочь ?

пишу консольные приложения, которые в абстракции (не программирование) делают в общем одно и то же, на самой верхней модели, но реализация у каждого разная. есть методы: старт, стоп, вывод информации. Ну так вот, скопилось 3 приложения, в планах еще писать такие, нужно сделать главный софт, который будет запускать эти приложения и контролировать вывод информации с каждого. Погуглив, понял что приложения нужно переделывать в плагины и делать хост софт. Делаю хост софт, но получается что теперь консольные приложения, переделаные в плагины, лишаются методов Main(). Конструктор теперь нужно вызывать явно и при старте плагина выполнять метод Main()?

Плагин - понятие растяжимое. Самый православно - верный путь - dll. САМЫЙ верный путь: 1) Создаёшь либу, которая является изолированой по архитектуре и содержит лишь некий набор интерфейсов: интерфейс для предоставления контроля и интерфейс от которого наследуется главный класс плагина внутри dll которые юзают эту либу. Фактически либа - это независимый враппер для других либ. 2) Импортируешь ЯВНО (обычное подключение ссылки в визуалке) либу в проект и создаёшь класс который наследует интерфейс контроллера из либы и загружаешь динамически например из подпапки plugins все dll, см. Assembly класс и гугли "Динамическая загрузка dll C#". Но не загружаешь всю либу естественно, а лишь проходишся по каждому типу (классу) и проверяешь, наследует ли он интерфейс. Если наследует, создаёшь новый экземпляр этого типа, приводя его к типу интерфейса (ВашТипИнтерфейса plugin = экземплярТипаType.CreateInstance() или как-то так. Я не помню точно. То есть, это ЧИСТЕЙШИЙ полиморфизм). В свою очередь, в интерфейсе ты в аргумент передаёшь экземпляр того типа, который у тебя тип-контроллер и который ты реализовывал в ядре программы в виде класса контроллера. Но не новый экземпляр, ты вообще не можешь создать экземпляр типа, но уже существующий экземпляр класса который наследует интерфейс-контроллер. Это нужно чтоб ты мог реализовать обратное взаимодействие public LoadAssemply(IController c) { c.Log("Hello World"); } Обычно так и делают: после создания экземпляра типа вызывают лишь единый метод загрузки библиотеки где находится логика, потоки и прочая фигня. Виртуальная машина и так и по другому всё равно загружает библиотеку.

но из-за того что школьник одинок во всей вселенной

ты н еодинок) видишь целый чатик в телеграмме )