Comments 19
Как-то не похоже это на туториал, скорее похоже на то, как писать код никогда не надо, потому что есть пакетные менеджеры maven или gradle, стоит их использовать; не использовать одно буквенные переменные
Наверное можно ещё что-то добавить, но не вижу смысла...
пришлось писать в среде фрибсд, не хотелось ставить всё что нужно для сборки, и даже авторазметкой не пользовался, зато пролетел по всей документации, спасибо, вообще солидарен мавен и грейдл упрощают, но так тоже удобно
(емакс, company-mode, простой словарь без автодополнений java)
тоесть просто одного знания достаточно как писать на java
код не лучший, тут есть что улучшить можно, например проведение процесса, но мне всё равно понравилось, работает не как кути, не как gl, нету некоторых неудобств - хотя они считаются стандартом и соглашениями, в целом я доволен всё равно
про переменные прошу прощения(
А как помогут мавен и градл в написании такого редактора? Я не специалист, но мне интересно)
Тут вопрос не в помощи, да и не только в сборке, просто я считаю что не надо называть туториалом то, что им не является. На мой взгляд туториал это то, что полезно для обучения тому, кто знакомится с программированием и оно должно быть соответствующим образом оформлено, а тут что-то типа "смотрите как я могу" в блокноте без среды разработки прогу рабочую запилитить, не говорю что плохо, просто не является инструкцией к действию для новичков.
Ок, мой код собирался с антом, градлом и мавеном, но я ни разу почти не писал скрипты и UI. UI уровня редактора вообще нигогда не писал. Так что не понимаю связи)
я частенько проводил ревизию и подходы к снаряду на языках с и с++, просто тут код про то что без форм в нетбинсе мы разбираемся по документации что где, потомучто те кто возвращается в яву с с и с++, хотят понять саму суть, и частенько хотябы раз каждый пытался повторить или сделать то что не получалось, или получалось, но большими средствами
писать на сдл такое тоже не обьяснить и не доказать еще где там шаблоны и обязательно с ними ли надо делать там решений как минимум 3
а тут половина реализовано, код лаконичный, просто документацию придётся посмотреть
К сожалению, у потенциального потребителя этой статьи знаний о Swing сильно не прибавится, как и в случае, если бы вы просто опубликовали такой же код на Qt/Gtk.
P. S А для развёртывания JDK я бы предпочёл sdkman, чем пляски с пакетами. Но каждому своё.
на Qt было бы попроще, самый сок по опыту это на сдл писать
самое ближайшее где еще можно посмотреть и на емаксе вроде можно настроиться это closure Clojure)
Странная статья, куча спагетти кода
в данном подходе в защиту скажу, что компилятор делает не спагетти, а создаёт из того что имеем в файле не 1 файлик а столько сколько классов, правда по факту файл будет 1 а те файлы будут с приписками родитель$потомок, наверно спагетти, прошу прощения
Но программисты же работают с исходным кодом. Вам самим через пару месяцев уже будет не разобраться в этом. Или придется неопределенное время этот код ковырять, или с нуля все переписывать.
в данном случае я учел, все комментариями
поверьте если такое было бы на сдл, код был бы больше и сложнее и там приходилось бы писать документацию
в этом примере почти всё реализовано самой явой - свинг
это именно что шаблон, тут сама суть накидываем кодом таблицу панелек, крепим всё к сущности фрейма, далее навешиваем необходимые евенты на участки панелек, это именно, что стартовая позиция любого редактора
нет я с вами в этой части не согласен, потомучто сама верхняя часть уже реализована, нам не надо тратить время на разбор всех стандартов (например проведение процесса), мы просто пользуемся процессом, парсим и вызываем, в си было бы так же, но там есть нюансы, частично на сколько это возможно по платформам java предоставляет интерфейс-абстракцию для взаимодействия для проведения процесса и всех нужных сущностей для редактора, это ключевой нюанс по сравнению с ситуацией from scratch даже если это sdl(2-3), а если winapi?
на сдл мы бы все участки необходимые для редактора создавали бы явно, панель для консоли была бы платформо зависимой, исходя из этого код был бы почти как в code4 редакторе, ну почти не значит что копирование, там если идти поэтапно, код будет значительно увеличиваться
и сами принципы были бы другие на сдл, за счет того что позиция начала на сдл это ничего, и даже пришлось бы окно выбора файла рисовать
а с проведением процесса на С надо быть експертом, лучше разбираться, на первое время можно хотябы тут понять как с этим работать, насчет Qt, если я такое написал, так заявлено что java сейфти
Скрытый текст
тут правда я не попал в кавычки, но это тоже експертная ситуация, в целом я доволен результатом
Скрытый текст
вобщем тут дальше уже как на лиспе, если вы с ним имели дело, причем она работает как печатная машинка, транзакционный тип хорошо подходит под сборку мусора мне кажется
тут 117 мегабайт, отрисовка просто идеальная, нагрузки нету
это после открытия файла(нет gc), на цвете(в конце gc -1), на процессе на компилирование (в конце gc -2)
Спасибо за статью, код можно улучшать до бесконечности, но как заготовка для редактора для каких-либо специфичных целей вполне сгодиться.
мне еще нравится как работает, на моей тачке вообще не напрягает рендер текста, для меня это просто магия, я чуток подправил текст - сделал читабельнее, на доступ к read(чтение из консоли) пока забил, прикрутил проверку на ошибки, мне пока достаточно, и наверно и не нужен мне рид в этой консоли пока не разберусь с стандартами как это должно быть, тут первая логическая остановка вы верно заметили, следующее можно прикрутить текстовый буффер на отображение директории слева, )
еще оказывается тема нимбуса имеется - тоже открытие )
Простой редактор текста при помощи java на swing