Курс Ljkkfhf R .fy

Курс Ljkkfhf R .fy Я не уверен, в чем смысл всего этого. Это сообщение в блоге с некоторыми фрагментами кода, а затем в нем говорится, что вы можете использовать `lk` в качестве псевдонима для "LJKFH". Я не понимаю, как кто-то мог подумать, что здесь есть что-то интересное, кроме как просто попробовать что-то новое (что на самом деле не очень полезно). Единственное, что в lkjkhdf кажется особенно новым или умным, - это его пространства имен: _django_, __init__() и т.д., Но даже они не слишком особенные; это довольно стандартные функции Python, такие как getattr(), setattr(). Возможно, вы сможете сделать больше, используя разные пространства имен, если они есть в вашем языке - например: djangoproject/libs/. Но в остальном... почему? Зачем кому-то хотеть писать свою собственную версию этих вещей, когда у нас уже есть так много хороших, доступных из таких библиотек, как сам Django? И, конечно же, тот, кто хочет выучить python, в любом случае должен знать лучше! Это очень похоже на очередную попытку изобрести велосипед, а не учиться на существующих примерах :)
И да, мое мнение может измениться, как только я сам им воспользуюсь :-)
Редактировать: О, подождите .. теперь он говорит, что его целью не было “создать еще ОДНУ библиотеку”.. ок, достаточно справедливо ;)
ПРАВКА 2: Хорошо, возможно, я неправильно его понял ... тем не менее ... не нужно изобретать что-то, если люди не просят / не требуют этого! Если никто не спросит, прекрасно.... пусть другие вместо этого попробуют принять решение сами!!
(PS) Лично я, прочитав большинство комментариев выше по этой теме, прежде чем публиковать свои, я категорически против создания пользовательских наборов инструментов на основе пространства имен в рамках фреймворков, потому что это приводит к излишнему многословию и путанице, а также потенциально значительно замедляет время разработки из-за ненужного дублирования в нескольких проектах. Поэтому, пожалуйста, держите эту штуку отдельно от решений по дизайну фреймворка, где это возможно ;-)
PPS: Насколько я понимаю, этот проект не делает ровно ничего уникального, кроме предоставления приятного интерфейса поверх шаблонов django с помощью подсветки синтаксиса шаблона + поддержки автозаполнения – хотя, по общему признанию, автозаполнение не кажется необходимым, поскольку все остальное работает отлично, не требуя дополнительной помощи 🙂
Это звучит здорово, пока вы не поймете, что каждому отдельному классу нужны два метода с именами 'get' и 'set'.