Visual Studio записана в winforms?
Очевидно, что когда мы передаем список имен файлов, это то, что происходит, в то время как если мы передаем только одно имя файла, оно работает нормально. Таким образом, вместо этого вы можете использовать
library(rio)
data_list <- lapply(excelFiles, import_list)
Тогда data_list - это список элементов, соответствующих рабочим книгам, и где каждый элемент снова является списком элементов, соответствующих листам. Так, например, data_list[[1]][[2]] это 1-я рабочая тетрадь, 2-й лист. Если вам нужен только список листов, вы можете использовать
sheets <- unlist(data_list, recursive = FALSE)
, где сейчас sheets[[34]] - это 34-й лист, соответствующий тому, кто знает, какая книга.
8 ответов
Это не вполне справедливый вопрос.:)
Visual Studio.NET (devenv.exe) не записан непосредственно в WinForms, поскольку это не исполняемый файл CLR. (Моя догадка - то, что это все еще производится с Visual C++.) Я знаю для того, что ни 2 005 ни 2 008 версий devenv.exe не несут заголовок CLR. (Я просто отбросил их обоих на ILDASM; они - определенно не управляемый код.)
Тем не менее просто, потому что devenv.exe не записан в WinForms, не означает, что WinForms является слишком медленным для редактора. WinForms не, в большинстве систем, слишком медленных вообще - наш код приложения будет узким местом, прежде чем платформа будет.
Моя догадка - то, что devenv.exe записан в C/C++ из-за него являющийся обновлением давней среды; стоимость для Microsoft для перезаписи его в.NET является, несомненно, чрезмерной.
Снова, насколько скорость WinForms затронута - существует довольно много приложений WinForms, которые имеют проблемы производительности что, включая довольно устойчивую.NET IDE (SharpDevelop).
В его базовом VS все еще неуправляемый исполняемый файл, таким образом, он не использует winforms. Могут быть части, записанные в.NET особенно вокруг некоторых более новых функций, но базовая модель расширяемости является базирующимся COM (и очень сложный...)
Это звучит немного как, "Вы все еще побеждаете свою жену?" вопрос без ответа, который звучит хорошим с точки зрения Visual Studio.
Нет, Visual Studio (по крайней мере, до 2008) не записана с помощью.NET. Однако SharpDevelop и другие редакторы и не страдают от проблем скорости обязательно.
Это - вид двух вопросов в одном. Как другие упомянули, Visual Studio не использует WinForms. Ваш другой вопрос не имеет никакого отношения к первому как a) Visual Studio не является "редактором", это - IDE и b) это вызывает вопрос.
Тем не менее WinForms является отличным выбором для любого приложения на базе Windows, включая IDE (как вышеупомянутый SharpDevelop) и любой "редактор", которого можно вообразить, до и включая аудио и видео. Так не, это не "слишком медленно" для "приложения типа редактора".
Вы свободны, конечно, написать медленный код, который работает в приложении Windows Forms.:)
Если бы команда VS не использовала WinForms, Вы предполагаете, что единственная возможная причина была бы то, что WinForms является слишком медленным. Это не допустимо. То, что IDE SharpDevelop записан в WinForms и выполняет прекрасные шоу, что это не "слишком медленно", независимо от того, что использует IDE Visual Studio.
На основе моего опыта с SDK VS выглядит, как будто он был создан с C++/COM, но я думаю, что это просто, потому что команда Visual Studio решила пойти с тем (И Windows Forms не существовали как версия выпуска, когда они сначала разрабатывали IDE VS.NET).
Можно использовать Windows Forms для приложения типа редактора. Я думаю, что SharpDevelop является приложением WinForms.