|
|
Регистрация Восстановить пароль |
Повторная активизация e-mail |
Регистрация | Задать вопрос |
Заплачу за решение |
Новые сообщения |
Сообщения за день |
Расширенный поиск |
Правила |
Всё прочитано |
|
Опции темы | Поиск в этой теме |
23.02.2011, 12:15 | #1 |
Пользователь
Регистрация: 21.10.2010
Сообщений: 87
|
Какие возможности ?
Вообщем хотелось бы узнать , что можно реализовать при помощи c# на аппаратном уровне .Расскажите , что можно сделать на шарпе при разработке ос .
мы все врём , скомпилированный исходник - нет !
|
23.02.2011, 12:37 | #2 |
Старожил
Регистрация: 03.01.2011
Сообщений: 2,508
|
В общем, рассказываю. На шарпе можно что угодно делать на аппаратном уровне. Например, простейший вызов метода Console.WriteLine() приводит к сложной цепочке вызовов низкоуровневых функций, результатом работы которых является запись графических образов символов в определенное место аппаратной видеопамяти. Или не является, что тоже неплохо, т.к. позволит задуматься, а зачем это всё?
Ещё могу понять, если пишется эмулятор ОС. Например, написать эмулятор ДОС на шарпе, чтобы юзер мог вводить консольные команды, они бы выполнялись, результат на консоле. Интересная и весёлая задача. Но желание вскапывать микроскопом огород под картошку мне трудно понять. Вся низкоуровневая работа, которая не включена в .нет фреймворк, на шарпе обычно пишется через вызов сторонних библиотек, написанных на низкоуровневом языке. Т.е. всё, что "можно сделать на шарпе при разработке ос" — это вызвать такую библиотеку. И то это только после того, как ОС уже загрузит все причандалы, которые нужны для минимального старта .нет среды, а среда уже запустит на выполенние ваш код. ЗЫ. давайте ещё на PHP или Хаскеле свою ОС напишем, чё уж там, гулять так гулять.
"Когда приходит положенное время, человек перестаёт играть в пинбол. Только и всего."
|
23.02.2011, 12:53 | #3 |
Пользователь
Регистрация: 21.10.2010
Сообщений: 87
|
спасибо за развёрнутый ответ , но вообще то имелось ввиду , не написание на шарпе оси , а создание подключаемых модулей в уже работающей ос
которые к примеру отвечали за распределение и вывода отчёта к примеру файла подкачки и всё в этом духе
мы все врём , скомпилированный исходник - нет !
|
23.02.2011, 13:16 | #4 |
Старожил
Регистрация: 03.01.2011
Сообщений: 2,508
|
> подключаемых модулей в уже работающей ос
опять же, смотря куда подключать. Можно писать свои модули на шарпе для вызова их из других программ, написанных на других языках. Можно создавать свои сallback на шарпе для вызова их из самой ОС. Можно в принципе код на шарпе обернуть в COM, а COM уже будет интегрирован туда, где ожидается COM объекты. Но всё это скорее высокоуровневая интеграция, как к этому притулить аппаратный уровень, я не знаю. Если мы, например, через сallback получаем данные со звуковой карты, это для вас аппаратный уровень? > которые к примеру отвечали за распределение и вывода отчёта к примеру файла подкачки и всё в этом духе Трудно понять, но обычно работу с такими вещами во-первых не отдают на откуп каким-то сторонним модулям, а тесно интегрируют в саму ОС, а во-вторых стараются сделать как можно более эффективней, т.е. чтобы это занимало минимум памяти, и работало максимально быстро. Ни по одному из этих параметров сшарп не подходит. Разве что вывод отчётов — это пожалуйста, сколько угодно )
"Когда приходит положенное время, человек перестаёт играть в пинбол. Только и всего."
|
23.02.2011, 19:51 | #5 |
Форумчанин
Регистрация: 25.09.2009
Сообщений: 525
|
Возможности безграничны
Например есть операционная система на С# http://en.wikipedia.org/wiki/SharpOS_(operating_system) |
Похожие темы | ||||
Тема | Автор | Раздел | Ответов | Последнее сообщение |
возможности pascal | hasana | Паскаль, Turbo Pascal, PascalABC.NET | 1 | 31.05.2010 16:22 |
возможности С | alex(21) | Общие вопросы C/C++ | 10 | 17.10.2009 16:24 |
Возможности CGI | Viteef | PHP | 18 | 29.04.2008 22:48 |