Скажите мне снова, почему нам нужны и.NET и в Windows? Почему Windows не может превратиться в CLR?
Я не совсем уверен, что вы хотите, так как вы не показывает пример входов и выходов.
Но если вы хотите разделить после тега <br> ИЛИ новой строки, вы можете попробовать это:
8 ответов
И давайте не забывать, что DOS не превратился в Windows, по крайней мере, не Windows мы знаем и любим сегодня. DOS был операционной системой, Windows 3.1 оболочка графического пользовательского интерфейса, покоящаяся на упомянутой операционной системе.
То, когда Windows 95 вышел, это верно, что не было более помещенного в коробку продукта, маркировало "Microsoft DOS", но Windows 95, архитектурно, был DOS 7.0 с оболочкой графического пользовательского интерфейса, покоящейся на.
Это продолжалось через Win98 и WinME (иначе Win9X).
Windows, который мы знаем сегодня (XP, Vista, 2003, 2008) имеет свое ядро из проекта Windows NT, полностью отдельного зверя. (Хотя NT был разработан, чтобы быть совместимым с 3,1, и позже, 9x двоичные файлы, и использовал почти идентичный, но расширенный API.)
DOS, более превращенный в Windows, мы не знакомы с, чем исходное ядро Linux, превращенное в KDE.
Эти два API должны будут продолжить сосуществовать, пока существуют продукты, созданные исходно против Windows, которые находятся все еще в цикле поддержки. Полагание, что Windows API все еще существует в Windows Server 2008 и Windows 7, что средства, по крайней мере, 2017. Правдиво, это, вероятно, будет длиннее, потому что, в то время как управляемый код является замечательной вещью, это - не всегда самый соответствующий/лучший ответ.
Плюс... Как программист, необходимо знать лучше, чем кто-либо: никогда не столь легко сделать что-то, как это могло бы появиться с внешней стороны!
Ну, для одного CLR не является операционной системой. Это - довольно большая причина почему нет... Я имею в виду даже исследование, ОС, Особенностью, не является просто CLR. Я думаю, что необходимо читать на некоторых книгах о ядре Windows и общем материале операционной системы.
Windows является многомиллионными строками кода, большей частью из него в C. Это представляет огромные инвестиции длиной в десятилетия. Это постоянно сохраняется (зафиксированное) для сегодняшних пользователей. Было бы абсолютно невозможно остановить мир, в то время как они переписывают каждую строку в C# в течение десяти лет, затем отлаживают и оптимизируют для еще десяти, полностью не разрушая их бизнес.
Часть существующего кода могла в теории быть скомпилированной для работы CLR, но это не получит выгоды от выполнения так. Компиляция большого подмножества C к CLR возможна (использование C++ / компилятор CLI), но это автоматически не включает сборку "мусора", например. Необходимо перепроектировать с нуля для получения этого.
потому что это повредило бы назад совместимость? и основная архитектура микросхем не выстраивается в линию с архитектурой VM? Они сделали аппаратные средства для Java VM только что, но никто не заботился.
Microsoft является все еще несколькими релизами Windows далеко от этого.
Но они запустили бы с чего-то как Особенность, я думаю.
Поскольку Microsoft имеет огромное наследие, они не могут просто отбросить. Компании инвестировали много денег для программного обеспечения Windows и Win32, которое они не могут отклонить.
Самая большая проблема, которую я вижу, - то, что CLR работает на VM, и VM полезен как слой абстракции. Некоторые приложения.NET могут быть запущены на Linux (см. Моно проект, я думаю, что они - до.NET 2 совместимости теперь), так, чтобы все закончился бы. В C/C++ или языках, которые непосредственно говорят с аппаратными средствами, необходимо перекомпилировать код в различные двоичные файлы для каждой ОС и аппаратной архитектуры. Точка наличия VM там должна абстрагировать это, так, чтобы можно было написать код, создать его и использовать тот же самый двоичный файл где угодно. Если Вы смотрите на него с точки зрения Java, они сделали намного лучшее задание использования их VM как "запись, однажды выполненная где угодно" модель. Те же классы Java будут работать на Windows, Mac, и Linux без восстанавливает (программистом так или иначе, технически VM делает ту работу).
Я думаю, что точка № 1 здесь - то, что.NET/CLR НЕ является Windows, определенная, и Microsoft IMO только помогла бы комплекту.NET языков, если бы это приложило немного больше усилий к совместимости перекрестной ОС.
CLR или некоторый VM, возможно, используемый (VM's используются) выполнять ОС сверху его. Но затем вопрос, что нужно использовать для создания VM? Вероятно, C/C++ или некоторый другой подобный язык и наиболее вероятно блок в некоторых случаях для ускорения вещей.
Это означало бы, что VM будет все еще иметь проблемы, на которые окна (или любая ОС) выходят теперь. Как указано другими, некоторая часть ОС и связанных приложений может быть портирована (или как Вы сказали превращенный) быть по VM, но получение всей ОС сверху VM dosen't служит большой цели. Так как причина будет, VM будет реальная ОС затем, реализовывая сборку "мусора" и другие защитные меры для Превращенной ОС.
Это - мои два цента.:)