Насколько я разобрался с данным вопросом, саблайм разбивает свой текст на блоки регулярками, давая блоку некоторый стиль. Ч/Б список не является частью языка, поэтому закидывать его в регулярку в конфиге языка — неверный подход. Решить данную задачу можно не расширением языка(.tmLanguage), а написанием своего расширения (plugin), которое по событиям (нажатие комбинации клавиш, изменение текста), пробежится по тексту (или по нужным блокам), сверит введённую информацию с какими-то внешними списками, и потом уже задаст необходимым кускам текста (блокам) дополнительную маркировку (метод add_regions объекта view). Хорошим примером служит расширение, подсвечивающее введённые hex цвета в css цветом (ColorHighlighter).
Так что, повторюсь, архитектура это позволяет, но не так, как указано в статье.
скорее полуправда.
События React — удобные обёртки нативных событий. Однако, нельзя создать своё событие, вызываемое внутри React-компонента. Думаю, речь идёт именно об этом.
Предыдущее сообщение страшно отобразилось, отредактировать его не получается (( Редко пишу комментарии (( Повторю:
можно передать метод родителя во внутрь компоненты через props:
…
<ChildComponent onSelect={this.itemSelected} >
В самом же дочернем компоненте на некоторое событие проверять наличие переданной функции обратного вызова и вызывать её: itemClick:function(e){ var item = e.currentTarget.dataset("item"); if (this.props.onSelect){ this.props.onSelect(item); } }
можно передать метод родителя во внутрь компоненты через props:
…
render:function(){
return (
)
}
В самом же дочернем компоненте на некоторое событие проверять наличие переданной функции обратного вызова и вызывать её:
itemClick:function(e){
var item = e.currentTarget.dataset(«item»);
if (this.props.onSelect){
this,props.onSelect(item);
}
}
P.S. прошу прощения, что написал без форматирования текста.
React — это View, но использование других фреймворков/бибилиотек вовсе не обязательно. Можно запрашивать данные с сервера в момент создания компоненты в методах componentDidMount() или componentWillMount(). Или же передавать ранее загруженные данные другими компонентами через props.
В сравнении с Анапой — просто райское место. Цены на жильё гораздо дешевле. Сервис хороший, впечатления исключительно положительные. 3 дня Анапы после 10 дней в Крыму показались кошмаром. Но всё это, естественно, личный опыт и личная оценка.
Тоже ничего не понял, но если подумать, то квадрат может являться родителем для прямоугольника в том случае, если мы исходим от кол-ва свойств. Для описания квадрата достаточно одного свойства — «длина стороны a». Легко высчитываем его площадь, геометрию и прочее. Прямоугольник, унаследованный от квадрата, приобретает ещё и свойство «длина стороны b».
Четырёхугольник или многоугольник уже не очень вписывается в эту цепочку, потому, что у них нет свойства «длина стороны a/b», а есть количество точек и массив этих точек. Но опять же, подобное рассуждение ни к каким конкретным выводам меня не привело.
так в докладе говорится о том, что квадрат — это базовый класс для прямоугольника (а не его частный случай), так что с imwode я согласен, каша полнейшая. Очень хотелось уловить мысль докладчика, но не получилось.
пишу на Flask. Он очень гибкий. Захотелось вместо SQLAlchemy выбрать peewee — используй, никто не против. Вместо Jinja2 захотелось Jade — пожалуйста. Хватает 1 файла? Пиши в нём. Хочешь дорасти до django — расти. Но не думаю, что кто-то пытается сделать из него django, или как-то противопоставляет их. Просто пишется нужный функционал, не удивительно, что он уже может быть реализован в django ранее.
В нём всё прозрачно. Нет никакой «магии».
Ну и чисто субъективно. Мне очень нравится маппить урлы декоратором @app.route("/services/", methods=["GET","POST"]) в файле с вьюхами, чем в отдельном urls.py писать:
add_regionsобъектаview). Хорошим примером служит расширение, подсвечивающее введённые hex цвета в css цветом (ColorHighlighter).Так что, повторюсь, архитектура это позволяет, но не так, как указано в статье.
События React — удобные обёртки нативных событий. Однако, нельзя создать своё событие, вызываемое внутри React-компонента. Думаю, речь идёт именно об этом.
можно передать метод родителя во внутрь компоненты через props:
…
<ChildComponent onSelect={this.itemSelected} >В самом же дочернем компоненте на некоторое событие проверять наличие переданной функции обратного вызова и вызывать её:
itemClick:function(e){var item = e.currentTarget.dataset("item");if (this.props.onSelect){this.props.onSelect(item);}}…
render:function(){
return (
)
}
В самом же дочернем компоненте на некоторое событие проверять наличие переданной функции обратного вызова и вызывать её:
itemClick:function(e){
var item = e.currentTarget.dataset(«item»);
if (this.props.onSelect){
this,props.onSelect(item);
}
}
P.S. прошу прощения, что написал без форматирования текста.
blogs.msdn.com/b/davrous/archive/2013/06/13/tutorial-series-learning-how-to-write-a-3d-soft-engine-from-scratch-in-c-typescript-or-javascript.aspx
В качестве языков там используются c#, javascript или TypeScript одновременно.
В принципе, всё то же самое, но подобная информация лишней не бывает.
Четырёхугольник или многоугольник уже не очень вписывается в эту цепочку, потому, что у них нет свойства «длина стороны a/b», а есть количество точек и массив этих точек. Но опять же, подобное рассуждение ни к каким конкретным выводам меня не привело.
В нём всё прозрачно. Нет никакой «магии».
Ну и чисто субъективно. Мне очень нравится маппить урлы декоратором
@app.route("/services/", methods=["GET","POST"])в файле с вьюхами, чем в отдельном urls.py писать:urlpatterns = [ url(r'^services/$', views.services_list_view), ... ]