Согласно Википедии, корпус процессоров Athlon 4 и ранних Athlon MP на ядре Palomino (модели 1000 и 1200 МГц) имеет подложку из керамического материала, а корпус остальных процессоров Athlon XP и MP — из органического материала
Честно говоря, назвал подложку «текстолитом» просто по аналогии.
Под кожухом находится воздух, который при нагревании расширяется. Там где нанесен клей кожух прилегает герметично. Там же где клея нет — не герметично. Таким образом, непроклееный участок нужен чтобы при повышении температуры процессор не надувался как воздушный шарик.
С точк изрения теплообмена это, конечно, так.
С другой стороны, изначельно этот кожух был сделан, чтобы решить проблему с раскалыванием кристалла при неудачной посадке кулера.
PS: На самом деле, мне это в тот момент просто не пришло в голову.
Возможно. Этот метод, вообще гововоря, довольно узкого профиля и если воткнуть его «не туда», то проблем не оберёшься. В этом я с выми полностью согласен.
И да, новым разработчикам будет непривычно. С другой стороны, если интерфейс этого дела хорошо документирован и правильно спроектирован (да я знаю, что это утопия, но мечтать не вредно) то ему не придётся разбираться в десятке разных исключений, порождаемых где-то в недрах системы.
Метод, конечно, сырой. Надо будет ещё раз пересмотреть плюсы и минусы.
Я себе представлял catchException как шаблонный метод. Он инкапсулирует только «что нужно сделать», но не «как это делается». Я, видимо, зря не написал этого в статье.
Валидность класс a может проверить только сам класс a.
Для этого у класса a (а также у b, c и других, для которых это необходимо) пишем метод validate(), но вместо того чтобы вызывать его непосредственно в блоке catch, мы передаем в метод catchException нашего исключения $this и вызываем validate оттуда. Это гарантирует нам, что мы не забудем сделать нужные проверки.
Вообще, я мыслю catchException как шаблонный метод. Таким образом, исключение знает что нужно сделать, а как — это уже не его забота.
Но вы правы, исключения получаются довольно специфичными. Да и сам метод явно не из тех, которые следует применять везде и всюду.
JPG содержит в себе информацию о том, в каком цветовом пространстве данное изображение. Другое дело, что не все считывают эту информацию.
Честно говоря, назвал подложку «текстолитом» просто по аналогии.
С другой стороны, изначельно этот кожух был сделан, чтобы решить проблему с раскалыванием кристалла при неудачной посадке кулера.
PS: На самом деле, мне это в тот момент просто не пришло в голову.
И да, новым разработчикам будет непривычно. С другой стороны, если интерфейс этого дела хорошо документирован и правильно спроектирован (да я знаю, что это утопия, но мечтать не вредно) то ему не придётся разбираться в десятке разных исключений, порождаемых где-то в недрах системы.
Метод, конечно, сырой. Надо будет ещё раз пересмотреть плюсы и минусы.
Я себе представлял catchException как шаблонный метод. Он инкапсулирует только «что нужно сделать», но не «как это делается». Я, видимо, зря не написал этого в статье.
Для этого у класса a (а также у b, c и других, для которых это необходимо) пишем метод
validate(), но вместо того чтобы вызывать его непосредственно в блокеcatch, мы передаем в методcatchExceptionнашего исключения$thisи вызываемvalidateоттуда. Это гарантирует нам, что мы не забудем сделать нужные проверки.Вообще, я мыслю catchException как шаблонный метод. Таким образом, исключение знает что нужно сделать, а как — это уже не его забота.
Но вы правы, исключения получаются довольно специфичными. Да и сам метод явно не из тех, которые следует применять везде и всюду.