Deutsch
Germany.ruФорумы → Архив Досок→ Программирование

А расскажите на пальцах, что есть .Net Core

1050  1 2 3 все
  moose коренной житель27.01.20 22:52
27.01.20 22:52 

, и чем он действительно не .Net.

только действительно на пальцах. без умных слов специальных.

я так понимаю, чтобы побаловаться, нужно 2019 устанавливать? с 2017 никак?

#1 
AlexNek патриот27.01.20 23:20
AlexNek
NEW 27.01.20 23:20 
в ответ moose 27.01.20 22:52

Для начала нужно знать, а зачем? Консольные приложения для винды или никсов, веб?

С вебом коре 3.0 играюсь уже некоторое время - очень приятно. Хотя даже я нашел уже несколько ошибок там.

Можно и 2017 пробовать только будет старая версия 2.1 максимально вроде.


А так лучше готовое почитать

https://proglib.io/p/10-things-about-dotnet-core/

https://gosha20777.github.io/code/2018/02/22/dotnetcore/

http://www.cyberforum.ru/net-framework/thread2445215.html


.NET Framework - это старая платформа, работающая только под Windows.

.NET Core - это новая платформа, которая может работать как под Windows, так и под Linux. Соответственно обкоцанная.

#2 
  moose коренной житель28.01.20 11:37
NEW 28.01.20 11:37 
в ответ AlexNek 27.01.20 23:20, Последний раз изменено 28.01.20 11:48 (moose)

те же шаблоны проектов, тот же сишарп, те же "привычные" фреймуорки?

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

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


пока прочел википедию:


https://en.wikipedia.org/wiki/.NET_Core


впечатление такое, что мне оно ПОКА ни к чему, хотя и читал где-то, то эта машина значительно шустрее нэтфрэймуорка.

и главное, чтобы побаловаться, нужно устанавливать VS2019, а мне уже некуда.

#3 
AlexNek патриот28.01.20 17:51
AlexNek
NEW 28.01.20 17:51 
в ответ moose 28.01.20 11:37
ваши ссылки на непривычном языке

Не понял, а вы разве не русскоязычный? Или тут выросли?

Для меня просто один фиг на каком языке. (ru,en,de) И для обзора больше русский нравится, привычней по диагонали читать.

"Статью" просто писать нет времени. Тем более, что их на любом языке полно и так.

Поэтому и спрашивал про то что именно интересует.


Шаблоны конечно разные даже для 2.0 или 3.0

Сишарп для 2019 можно пользовать 8.

фреймворки лучше с поддержкой core

нужно устанавливать VS2019

для поиграться не нужно, специально сделал консольку core на 2017. Может еще чего доустановить нужно... счас гляну


мне оно ПОКА ни к чему

В этом то и собака зарыта. У меня просто пока есть время что то новой изучить. Вот и выбрал что должно быть перспективно, так как после 5-го .NET Framework-а пока больше ничего не планируется будет только core

#4 
  moose коренной житель28.01.20 22:39
NEW 28.01.20 22:39 
в ответ AlexNek 28.01.20 17:51
"Статью" просто писать нет времени. Тем более, что их на любом языке полно и так.

тогда о чем вообще разговор? спокойно занимайтеся : )

#5 
AlexNek патриот28.01.20 23:32
AlexNek
NEW 28.01.20 23:32 
в ответ moose 28.01.20 22:39

Умеете Вы дать позитивную энергию смущ

Сорри, не умею я читать чужие мысли и догадаться, что именно хочется услышать.

Могу вот мои самые первые мысли описать как только прочитал о Core - ну вот наконец-то смогу свои проги под Никсами запускать.

А в итоге оказалось - фигвам.

Для начала, только консольные проги и компилировать нужно исключительно под Юниксом.


#6 
  moose коренной житель29.01.20 22:36
NEW 29.01.20 22:36 
в ответ AlexNek 28.01.20 23:32, Последний раз изменено 29.01.20 22:37 (moose)
Умеете Вы дать позитивную энергию смущ

да у меня ее как г*вна! берите не жалко! :):):):):):):):):):):):):):):):):):):):):):):):):):):)

понимаю так, что опыта (позитивного) у вас нет, и зачем она эта Core сегодня может пригодится - почти никаких догадок, кроме как в вижуал студио что-нибудь сделать, потом в юниксе запускать (зачем только). причем не компилируя. а что - рассчитывали получить экзэшник и дээлэлки "юникс-компатибл"? тогда проще *.jar скопмилировать, он выполняется везде практически.

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

версия 3 нэткора вроде заявляет, что знает винформз и впф. возможно, не в полном объеме.

#7 
AlexNek патриот29.01.20 22:59
AlexNek
NEW 29.01.20 22:59 
в ответ moose 29.01.20 22:36
понимаю так

Да уж понимание тоже на высоте. спок Ладно, если без дипломатии, то в дискуссиях в подобном тоне я просто не участвую.

Хотите что то прояснить давайте разбираться вместе. Всё что я хотел - это чем то Вам помочь, но похоже это вас совсем не интересует.

#8 
  moose коренной житель29.01.20 23:14
NEW 29.01.20 23:14 
в ответ AlexNek 29.01.20 22:59

как раз интересует. иначе зачем бы тема?

"дискуссии" у нас не может получиться по причине того, что у меня опыта с кор ВООБЩЕ НИКАКОГО. тему открыл как раз в надежде, что кто-то уже имеет опыт, и расскажет вкратце, что он хорошего в нем нашел, какие недостатки, какие выводы может сделать на сегодняшний день и т.д.


все что я могу в этой теме написать - это мои догадки, спекуляции и вопросы. ну, позитива зарядить : )

за желание помочь - спасибо.

#9 
AlexNek патриот29.01.20 23:55
AlexNek
NEW 29.01.20 23:55 
в ответ moose 29.01.20 23:14
как раз интересует

Тогда я не понимаю Ваши ответы в скажем так, невежливом отношении к собеседнику.

Я ведь не позиционирую себя доктором наук в области Core и программирования.

Всего-то месяца три делаю Core веб проект с хамарином через веб-апи. Сейчас остались разные мелочи, типа картинки добавить, доку дописать и прочее. С WPF Core просто поигрался. Особого негатива пока нет. IOC как бы уже встроен.

Переводить старые проекты на Core смысла нет никакого, так как даже 2.0 Core проекты не имеет особого смысла переводить на Core 3.0 - слишком велики будут затраты. Это мне уже знакомый сказал, он пытался. Да и сам вижу, в сети часто примеры на 2.0 можно найти, которые могут быть совершенно не совместимы с 3.0.

По крайней мере, обещают что можно скомпилить один ехе который будет выполнятся на любой винде, безотносительно что там установлено. Сам пока все не проверял, подтвердить не могу.


все что я могу в этой теме написать

ну так в этом - то вроде и есть дискуссия. А то получается вопрос - что можете сказать в общем об этой девочке?... Ну ничего так - красивая, мороженное любит.

#10 
MrSanders коренной житель30.01.20 11:04
NEW 30.01.20 11:04 
в ответ AlexNek 29.01.20 23:55
один ехе который будет выполнятся на любой винде,

На любой это какой? Поддержка 7-ки закончилась. 8.1 и 10? А ARM-овая RT 8.1 вошла? Или "на любой" означает "на 10 Pro и даже Home!" ?

#11 
Murr патриот30.01.20 11:21
Murr
NEW 30.01.20 11:21 
в ответ AlexNek 29.01.20 23:55

Ну ничего так - красивая, мороженное любит.

-----

А из чего выводится что мороженнное любит?

И это... то - не девочка, то - транвестит... смущ

#12 
AlexNek патриот30.01.20 13:20
AlexNek
NEW 30.01.20 13:20 
в ответ MrSanders 30.01.20 11:04
На любой это какой?

вообще то имелось в виду следующее смущ

You can now publish a single-file executable with dotnet publish. This form of single EXE is effectively a self-extracting executable. It contains all dependencies, including native dependencies, as resources.

https://devblogs.microsoft.com/dotnet/announcing-net-core-...

Platform support

.NET Core 3.0 is supported on the following operating systems:

  • Alpine: 3.9+
  • Debian: 9+
  • openSUSE: 42.3+
  • Fedora: 26+
  • Ubuntu: 16.04+
  • RHEL: 6+
  • SLES: 12+
  • macOS: 10.13+
  • Windows Client: 7, 8.1, 10 (1607+)
  • Windows Server: 2012 R2 SP1+

Note: Windows Forms and WPF apps only work on Windows.

Chip support follows:

  • x64 on Windows, macOS, and Linux
  • x86 on Windows
  • ARM32 on Windows and Linux
  • ARM64 on Linux (kernel 4.14+)


То бишь не нужно думать а есть ли у нас на винде .НЕТ 4.х? А если нет, то нужно проинсталлить.

Ну еще нравится использование Fluent API и деление базовых либ на более мелкие части

#13 
AlexNek патриот30.01.20 13:21
AlexNek
NEW 30.01.20 13:21 
в ответ Murr 30.01.20 11:21
А из чего выводится что мороженнное любит?

Ну так на каждом свидании мороженное просит смущ

А знаешь анекдот как отличить замужнюю от незамужней по типу поедания мороженного?

#14 
MrSanders коренной житель30.01.20 14:18
NEW 30.01.20 14:18 
в ответ AlexNek 30.01.20 13:20

Ага. Т.е. для каждой платформы надо всё же делать свой "single-file executable " (exe для alpine звучит весело, но почему бы и нет :)), размеры которого будут приближаться к "охренительный", потому что в него будет запаковано все зависимости.

#15 
Murr патриот30.01.20 14:57
Murr
NEW 30.01.20 14:57 
в ответ AlexNek 30.01.20 13:21

на каждом свидании

-----

Ну у тебя и предпочтения... безум

#16 
Murr патриот30.01.20 14:59
Murr
NEW 30.01.20 14:59 
в ответ AlexNek 30.01.20 13:20

о бишь не нужно думать а есть ли у нас на винде .НЕТ 4.х?

-----

Неа... То есть - угу - про .Нет 4.* - думать не надо..

Нужно думать есть Кора нужной версии...


А если нет, то нужно проинсталлить.

-----

Именно...

#17 
Murr патриот30.01.20 15:01
Murr
NEW 30.01.20 15:01 
в ответ MrSanders 30.01.20 14:18

размеры которого будут приближаться к "охренительный"

-----

Оно еще и инсталироваться будет под каждого юзверя отдельно...хаха

#18 
AlexNek патриот30.01.20 16:10
AlexNek
NEW 30.01.20 16:10 
в ответ Murr 30.01.20 14:57
Ну у тебя и предпочтения..

ну я же не приглашаю каждую в отель бебе

#19 
MrSanders коренной житель30.01.20 17:10
NEW 30.01.20 17:10 
в ответ MrSanders 30.01.20 14:18

Да, что-то подумалось... Для такого решения "всё своё несу с собой" придумали же докер. Чем мега-exe от Core лучше имиджа? Тем что он запускаемый?

#20 
  moose коренной житель30.01.20 20:30
NEW 30.01.20 20:30 
в ответ moose 29.01.20 23:14
Тогда я не понимаю Ваши ответы в скажем так, невежливом отношении к собеседнику.

тяжелое детство : )

#21 
  moose коренной житель30.01.20 20:53
NEW 30.01.20 20:53 
в ответ moose 30.01.20 20:30

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


был на приеме у врача. два кабинета, в одном врач принимает, во втором убирают старые салфетки и инструменты, готовят новые, сажают очередного и ждите.

вот я и жду. долго. начинаю рассматривать детали. вижу стол, на нем - монитор, под ним - компьютер. между ними - кабеля. один из них - VGA. тут же на спине компьютера вижу незадействованній DVI. монитор тоже выглядит современно, вставать и заглядывать не решаюсь. но удивило.

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


подумал, что этому праксису и предыдущие, кто систему устанавливал, что-то на уши вешали, а монитор при живом DVI через VGA подключили. возможно, у них склад был забит этими никому не нужными кабелями, а новые нужно было покупать. и сейчас им внушили, что им будет гораздо лучше жить с меньшими компьютерами. и про тактфрикуэнц, и про гигабайты мемори точно наплели. VGA кабель вряд ли удастся снова воткнуть, вряд ли интерфейс имеется. а в принципе, им бы только кабель за 3 рубля прикупить, вот и весь необходимый апгрэйд.


мне этот .Net Core пока из области ненужного в большинстве случаев. уверен, кому-то эта платформа может оказаться выгодным решением, но это очень малая доля. много ли приложений должны быть непременно мультипратформенными? хотя как маркетинговый ход - вполне. "в случае перехода на другую операционную систему вы ...". только не говорят, что в случае перехода будет новый геморрой. единственное преимущество - это при разработке продукта, ориентированного на рынок пользователей виндоуз, иос и эндроид. так ли их много?

#22 
dymanoid местный житель31.01.20 20:01
dymanoid
NEW 31.01.20 20:01 
в ответ moose 27.01.20 22:52

Core - это будущее .NET.

.NET Framework мёртв.

Вот, собственно, и весь сказ.

#23 
  moose коренной житель31.01.20 21:11
NEW 31.01.20 21:11 
в ответ dymanoid 31.01.20 20:01, Последний раз изменено 31.01.20 21:20 (moose)

т.е.как виндоуз 7 и 10? логично. а когда без эйджэр податься будет некуда? час настанет? у меня, кстати, где-то дистрибутив доса имеется. и майкрософтовский, и от айбиэм.

а есть еще история развития другой майкрософтовской технологии: COM->DCOM->ActiveX. тоже первое отличается от последнего принципиально ничем. примерно в то же время появились джавабиинз, майкрософт не мог промолчать.

недавно узнал, что масса фирм до сих пор не то что старые продукты, но новые разрабатывает на MFC. а также довольно много "продвинутых": их основная платформа - WinForms. а уж дотнэт фрэймуорк еще многих нэткоров переживет.


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

#24 
AlexNek патриот01.02.20 16:09
AlexNek
NEW 01.02.20 16:09 
в ответ MrSanders 30.01.20 14:18
размеры которого будут приближаться к "охренительный"

Ну не так уж и страшно

https://www.talkingdotnet.com/create-trimmed-self-containe...

Вот еще интересно, вроде

https://dottutorials.net/great-net-core-3-articles/

#25 
AlexNek патриот01.02.20 16:16
AlexNek
NEW 01.02.20 16:16 
в ответ moose 30.01.20 20:53
мне этот .Net Core пока из области ненужного

С точки зрения уже готового продукта в большинстве случаев видимо, да.

Но вот что то новое с нуля, особенно ASP, я бы писал на Core. По крайней мере немного удобнее.

#26 
  moose коренной житель01.02.20 20:42
NEW 01.02.20 20:42 
в ответ AlexNek 01.02.20 16:16
я бы писал на Core. По крайней мере немного удобнее.

ну вот! где-где это удобнее? пишешь, а тебе за ухом кто-то чешет? яйца расправляет? о таких вещах нельзя вещать мимоходом. это - определяющее!


#27 
uscheswoi_82 прохожий06.02.20 22:58
uscheswoi_82
NEW 06.02.20 22:58 
в ответ moose 27.01.20 22:52

NET Core Есть:

1)Open Source

2)EF

3)LINQ

4)MVC

5)кроссплатформность или?


Что не .net

1)ну допустим не понять как теперь без Web Forms?

2)А если хочу использовать OleDB, MySQL, SQLite?

кто как обзывается, тот так сам называется... маску ношу чтобы не заразить антиваксеров... Дневник тяжелобольного инвалида
#28 
AlexNek патриот07.02.20 23:04
AlexNek
NEW 07.02.20 23:04 
в ответ moose 01.02.20 20:42
о таких вещах нельзя вещать мимоходом. это - определяющее!

У меня нет достаточно объективных критериев, в основном только субъективные, да и то только для моего нового asp.net проекта. При этом последний asp.net проект был года 3-4 назад. Так что как "определяющее" я бы их не стал преподносить.

Просто нравится:

- Fluent интерфейс, во многих местах

- Разбивка частей Core на более мелкие модули

- возможность объединения MVC частей в группы. А не кидать всё в одни и те же места.

- встроенный IOC

- ну еще по мелочам сразу и не вспомнишь смущ

вот вроде как раз по теме

https://gorillalogic.com/blog/what-why-and-how-to-migrate-...

https://www.claudiobernasconi.ch/2019/01/30/is-wpf-still-r...

https://www.heise.de/developer/meldung/Build-2019-Microsof...


ну и 4.8 будет по идее последней версией

https://devblogs.microsoft.com/dotnet/upcoming-updates-for...




#29 
  moose коренной житель08.02.20 17:18
NEW 08.02.20 17:18 
в ответ AlexNek 07.02.20 23:04

спасибо за ссылки. у меня тоже есть одна интересная:


https://stackify.com/net-ecosystem-demystified/

, где делается следующее интересное утверждение:


.NET Core is not the new version of the .NET Framework, it is just a different version that you can use for some use cases. .NET Core is not going to replace the .NET Framework.

если это утверждение оправдано, тогда почему все озабочены каким-то migration?


фактически здесь утверждается, что это - разные вещи, на разные цели ориентированные. в общем, поживем - оно себя как-то проявит сперва пускай.


#30 
dymanoid местный житель08.02.20 21:04
dymanoid
NEW 08.02.20 21:04 
в ответ moose 08.02.20 17:18

Это утверждение ложно. .NET Framework мёртв. Его последняя версия 4.8, больше версий не будет.

Следующая версия платформы - это .NET 5 (может, ещё переименуют, но пока название такое). И это - .NET Core по сути.

Так что хочешь не хочешь, а переходить придётся. Ну или оставайтесь на легаси сидеть, тоже вариант. На VB6 люди до сих пор вон лабают.

#31 
  moose коренной житель09.02.20 11:32
NEW 09.02.20 11:32 
в ответ dymanoid 08.02.20 21:04
Это утверждение ложно. .NET Framework мёртв. Его последняя версия 4.8, больше версий не будет.

а теперь давайте послушаем начальника транспортного цеха


https://devblogs.microsoft.com/dotnet/update-on-net-core-3...


Scott Hunter

Director Program Management, .NET


If you have existing .NET Framework applications, you should not feel pressured to move to .NET Core. Both .NET Framework and .NET Core will move forward, and both will be fully supported, .NET Framework will always be a part of Windows. But moving forward they will contain somewhat different features. Even inside of Microsoft we have many large product lines that are based on .NET Framework and will remain on .NET Framework.

товарищ не понимает? как-то не стыкуется это с "мертв".


#32 
AlexNek патриот09.02.20 15:08
AlexNek
NEW 09.02.20 15:08 
в ответ moose 08.02.20 17:18
где делается следующее интересное утверждение

Важно смотреть на дату "JANUARY 8, 2018"

Многие картинки уже устарели.

Я помню был у меня когда то проект на .НЕТ 2.0 еще и были у нас споры обновлять его или нет, по счастью обновили. А вот где сейчас 2.0?

Что то подобное видимо будет и с текущей ситуацией. Обещают, что с лета больше не будет ни Core, ни Framework. Но Framework будут держать на плаву, так как не имеет смысла всё что есть обновлять.

У меня, впрочем, сомнений не осталось - всё новые проги для себя буду писать на коре и 5.0. А на работе - как начальство решит.

Возможно когда будет С# 1х с какой то новой штукой типа как "async / await", то сомнений уже не останется ни у кого.

#33 
dymanoid местный житель09.02.20 15:21
dymanoid
NEW 09.02.20 15:21 
в ответ moose 09.02.20 11:32, Последний раз изменено 09.02.20 15:26 (dymanoid)

"Supported" в смысле будут выпускаться патчи, закрывающие критические уязвимости (если найдут), а также рантайм останется в Винде, потому что пол-Винды на дотнете работает.

Никаких новых фич ни в рантайме, ни в BCL для Framework уже не будет.

Инфа от Jon Galloway, общался с ним лично в прошлом году.

#34 
dymanoid местный житель09.02.20 15:29
dymanoid
NEW 09.02.20 15:29 
в ответ AlexNek 09.02.20 15:08, Последний раз изменено 09.02.20 15:30 (dymanoid)

Уже есть такая штука - дефолтные реализации в интерфейсах из C#8. Работает только в Core.

#35 
AlexNek патриот09.02.20 15:45
AlexNek
NEW 09.02.20 15:45 
в ответ dymanoid 09.02.20 15:29, Последний раз изменено 09.02.20 15:46 (AlexNek)
дефолтные реализации в интерфейсах из C#8

не хочется открывать срач, но по мне - это самое дурное, что можно было придумать. Асинхронный цикл оттуда же гораздо приятнее.

Но я имел в виду значимость, распространенность, удобство и пр.


Но C#8.0 поддерживается 2019, а никак не core

#36 
dymanoid местный житель09.02.20 16:26
dymanoid
NEW 09.02.20 16:26 
в ответ AlexNek 09.02.20 15:45, Последний раз изменено 09.02.20 16:27 (dymanoid)

Ещё раз - дефолтные реализации в интерфейсах трубуют поддержки рантайма, чего во Framework нет и никогда не будет - он мёртв. Так что за этой фичей только в Core. И это только начало. Многие последующие фичи будут тоже требовать поддержки от рантайма, так что Framework опять в пролёте.


Хоть С#8 и поддерживается Студией 2019, но впихнуть поддержку некоторых его фич в проекты под Framework нередко можно только с помощью костылей типа дополнительных типов из внешних NuGet пакетов и колдовства с проектными файлами. А некоторые фичи (см. выше) так и в принципе невозможно использовать.

#37 
AlexNek патриот09.02.20 16:59
AlexNek
NEW 09.02.20 16:59 
в ответ dymanoid 09.02.20 16:26

Вообще-то мне кажется, что вся 8-ка не будет работать

https://docs.microsoft.com/en-us/dotnet/csharp/language-re...

Хорошо, что "заставили" заглянуть up


Хотя можно и попробовать по частям

https://github.com/hakenr/CSharp8Demo

#38 
dymanoid местный житель10.02.20 19:36
dymanoid
NEW 10.02.20 19:36 
в ответ AlexNek 09.02.20 16:59

Как я уже написал, заставить работать можно многое, но не всё. Мне не кажется, я с этим каждый день вожусь улыб

#39 
  moose коренной житель10.02.20 20:17
NEW 10.02.20 20:17 
в ответ dymanoid 10.02.20 19:36
Как я уже написал, заставить работать можно многое, но не всё. Мне не кажется, я с этим каждый день вожусь

я как раз этим занимался в сссрнесколько лет. говорили - успешно.

сегодня я (возможно, из-за полученного опыта) ненавижу эту деятельностьь. когда мы берем "многое" и пытаемся заставить его работать.


зы. извините, это был оффтоп.


вырисовывается картина, что майкрософт решил join обе ветки in V5.0. поглядим, как он это проделает. надеюсь, с наименьшими потерями. там умные умы сидят, денег у них полно чтобы выбирать. хотя, конечно, если бы мурра с билли свести как-нибудь, родилось бы правильное направление : )

#40 
AlexNek патриот10.02.20 22:19
AlexNek
NEW 10.02.20 22:19 
в ответ moose 10.02.20 20:17
майкрософт решил join обе ветки in V5.0.

У меня несколько иные ожидания

https://devblogs.microsoft.com/dotnet/introducing-net-5/

#41 
AlexNek патриот10.02.20 23:40
AlexNek
NEW 10.02.20 23:40 
в ответ AlexNek 01.02.20 16:16

Решил старый проект на Winforms в Core перевести.

А вот фигвам. Нет TableLayoutPanel. Хотя ошибок никаких не показывает, все ресурсы форм пустые. Localizeable property тоже очистилась.

Получается что Winforms "из коробки" нерабочая пока. Хотя может и костыль какой не нашел пока.

#42 
1 2 3 все