![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
Окей, я много где слышал, и слышу, что в лиспе де нельзя обращаться к методам и свойствам объектов и структур "через точку", и это, де, очень неудобно. Об этом на ЛОРе много писал den73, об этом я слышал на c.l.l., и вот недавно я увидел тред на lisper.ru.
Поэтому, стоит написать немного на эту тему, и прояснить пару моментов.
Почему, с моей точки зрения, да и не только с моей, претензии к удобству доступа к данным объекта в CLOS неадекватны?
( Read more... )
Поэтому, стоит написать немного на эту тему, и прояснить пару моментов.
Почему, с моей точки зрения, да и не только с моей, претензии к удобству доступа к данным объекта в CLOS неадекватны?
( Read more... )
Я тут подумал.
Вот как обычно делается обработка IO во всяком там ООП?
Вот у нас есть какой-то скажем TextReader, из него можно читать буквы.
Окей. Но вот нам надо сделать читалку XML-нодов из текста, XmlReader.
Так вот - почему обычно делается так, что TextReader биндится к объекту XmlReader в конструкторе последнего и остается там до окончания его, XmlReader'a, жизни? Т.е. почему вышележащие потоки обычно хранят используемые объекты внутри себя? Да, это может быть, неплохо ложится на C++ное RAII, но если подумать:
( Read more... )
Вот как обычно делается обработка IO во всяком там ООП?
Вот у нас есть какой-то скажем TextReader, из него можно читать буквы.
Окей. Но вот нам надо сделать читалку XML-нодов из текста, XmlReader.
Так вот - почему обычно делается так, что TextReader биндится к объекту XmlReader в конструкторе последнего и остается там до окончания его, XmlReader'a, жизни? Т.е. почему вышележащие потоки обычно хранят используемые объекты внутри себя? Да, это может быть, неплохо ложится на C++ное RAII, но если подумать:
( Read more... )
