Почему Windows. Формы в Системе и не Microsoft?

Поскольку доступ к массиву определяется с точки зрения указателей. a[i] определяется для значения *(a + i), который является коммутативным.

8
задан pnuts 26 October 2015 в 03:12
поделиться

3 ответа

Я где-то читал, что пространства имен System. * предназначены для вещей, которые являются частью основной структуры .Net, а пространства имен Microsoft. * предназначены для дополнительных " с добавленной стоимостью "дополнительные дополнения или вещи, которые находятся в разработке.

РЕДАКТИРОВАТЬ:

Брэд Абрамс обсуждает это в своем сообщении в блоге Что означает это пространство имен .NET: System. * и Microsoft. *

Кроме того, цитата из Visual Basic 2005 с справочником программиста .NET 3.0 :

Корневое пространство имен Microsoft содержит элементы, специфичные для Microsoft. Теоретически любой поставщик может реализовать языки .Net, которые переводятся в код промежуточного языка (IL). Если бы вы создали такой язык, элементы в пространстве имен Microsoft обычно не применялись бы к вашему языку. Элементы в пространстве имен System ... будут столь же полезны для пользователей вашего языка, как и для программистов, использующих языки Microsoft, но элементы в пространстве имен Microsoft, вероятно, не будут столь же полезны.

Это будет означать, что если Я должен был создать новый язык .Net, я мог бы использовать пространство имен System.Windows.Forms для создания пользовательских интерфейсов, но я, вероятно, не очень использовал бы классы в Microsoft . * пространства имен.

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

Это будет означать, что если Я должен был создать новый язык .Net, я мог бы использовать пространство имен System.Windows.Forms для создания пользовательских интерфейсов, но я, вероятно, не очень использовал бы классы в Microsoft . * пространства имен.

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

Это будет означать, что если Я должен был создать новый язык .Net, я мог бы использовать пространство имен System.Windows.Forms для создания пользовательских интерфейсов, но я, вероятно, не очень использовал бы классы в Microsoft . * пространства имен.

13
ответ дан 5 December 2019 в 12:11
поделиться

Тот факт, что «Microsoft Windows» была сокращена до «Windows», не означает, что концепция «окна» не шире, чем у Microsoft. Все реализации GUI, начиная с исходного интерфейса IBM PARC через Microsoft Windows, X11 и т. Д., Относятся к элементам управления Windows и Form, просто Microsoft назвала свою конкретную реализацию «Windows». Таким образом, System.Windows.Forms кажется правильным, поскольку не обязательно, чтобы окно было частью «Windows». Видимо ему должны быть просто окошки со строчной буквой w. Но это нарушило бы соглашение об именах пространств имен.

0
ответ дан 5 December 2019 в 12:11
поделиться

Я предполагаю:

Microsoft предполагала, что платформа .NET может быть многоплатформенной, но они собирались предоставить среду выполнения только для платформы Windows. Они, вероятно, предполагали, что любой, кто предоставляет среду выполнения для другой платформы, реализует ее таким образом, чтобы можно было использовать System.Forms. Среда выполнения будет обрабатывать различия между встроенными реализациями.

1
ответ дан 5 December 2019 в 12:11
поделиться
Другие вопросы по тегам:

Похожие вопросы: