У VA нормальная цветопередача, вообще-то. Их можно попробовать отличить по тормознутости - открыть текст хотя бы на странице и поскроллить, сравнивая с IPS. Может быть заметен след от букв.
Так-то никто не мешает поставить под приличную даже матрицу дерьмовую подсветку, например...
И TN с хорошими углами вроде бы встречался...
А еще должны существовать PLS, но этих не видел.
Виталий Артемьев, вы мне это рассказываете? Вы ТС это расскажите - что сначала надо читать учебник или хотя бы гуглить, а уж потом, если не разобрался - спрашивать на Тостере.
Препираться еще и с вами на глубокомысленную тему "не на документацию ли ведет первая ссылка из Гугля" - извините, уже просто сил нет.
Pro_Code, вообще-то за такие "лаконичные" формулировки надо пороть. Слово "тип" появляется на странице первый и последний раз именно в этом предложении и никак не объяснено. Хотя тут именно это важно.
Да и вообще логика защищенные/закрытые - это не про объекты, а про классы. Два объекта одного и того же класса имеют доступ к закрытым полям друг друга, например.
Вы можете переписать свой пример:
abstract class SomeAbstract
{
private $var = 'variable data';
public function someAction(SomeAbstract $someAbstract)
{
dump($someAbstract->var);
}
}
и, если объяснение все еще было недостаточным, снова удивиться, как это "private стало public".
Наследование не влияет ни на какие свойства.
Оно позволяет одному классу сунуться в потроха другого.
Наследнику - получить доступ к protected родителя, например.
Pro_Code, а приложить тот вывод, который вас удивил, чтобы народ не гадал, в чем вообще вопрос, и не выстраивал ради вас тестовые стенды, а просто прокомментировал его - не судьба?
Вполне может оказаться, что и проблема где-то там, а не в ООП пыха, кстати.
Pro_Code, что вам непонятно-то? Наследники имеют доступ к защищенным полям класса.
К собственным унаследованным или стороннего объекта - вообще неважно.
Это не какая-то "защита", как часто думают новички.
Это просто границы - какие куски кода в курсе внутренней реализации класса, а какие - нет.
Чтобы при изменениях в этой реализации быть уверенным, что нигде больше ничего менять не надо.
alexalexes, у нас после внедрения учета работы по задачам через сайт - СКУД просто выкинули за ненадобностью.
Зачем следить, когда рабочий пришел или ушел, если есть данные, когда и сколько он работал над каждым заказом?
Почитай, как поднимается LEMP-сервер, ничего сложного в этом нет. Можно даже просто купить хостинг, на котором все это будет предустановлено, хотя лучше, конечно, свой VPS.
Потом поставь на него любую бесплатную CMS, чтобы самому не париться с банальными вопросами типа авторизации - и напиши пару страничек: для рабочих - где выводится их работа и можно нажать "начал/остановился/закончил/откомментировал" и для начальника - сводку из того, что они нанажимали.
А приложения что под винды, что под мобилы - тут на хрен не нужны. Все в браузере. 21 век.
Литература для задающихся таким вопросом публикуется буквально в каждом таком вопросе.
Макконнелл. Совершенный код.
Фаулер. Рефакторинг.
и т.д.
В терминологию типа "декомпозиции" упираться не надо, надо понять, чего ты хочешь от кода. А хочешь ты - чтобы можно было вывести код на один экран и о том коде, который остался за экраном, в это время вообще не вспоминать. Этого можно добиться, если нормально применять ООП, заворачивать в классы то, что нужно им и не нужно больше никому, минимизировать связи между ними, вовсе уничтожить знание одного кода о том, как работает другой (только - что он делает и как его об этом попросить) и тому подобные приемы со сложными терминологическими названиями, но довольно простой логикой, если в нее врубиться, освоить и не давать себе сделать "как проще и понятней", разводя говнокод.
P.S. и если хочешь врубиться, а не имитировать - забудь про лапшерезки ЧатГопоты и им подобные. Учебник и практика. Своей головой, а не псевдомозгом.
lazix, если бы я интересовался вашим вопросом, я бы для начала перевел оба файла в нейтральный формат типа BMP и проверил, совпадет ли результат. Чтобы говорить о том, что выкинуто было именно служебное и ненужное.
Размер форматов с потерями сильно зависит от того, насколько глубокий анализ исходного изображения был проведен (для поиска информации, от которой можно избавиться без особенной визуальной разницы). Даже при тех же характеристиках компьютерная программа может использовать больше ресурсов именно на этом этапе. А мобильное приложение - экономит время в ущерб результату.
Установка не преследуется вовсе. Преследуется - использование, и виновным оказывается - установивший.
Устаревших версий не бывает. У M$ есть политика даунгрейда, решающая эту проблему.
Где-то на полочке до сих пор валяется нераспечатанный MS Server 2008 Enterprise, потому что эти жадные ублюдки только его готовы были даунгрейдить до MS Server 2000 Advanced, на который безрукие дебилы залочили проданный с оборудованием софт.
Например, NextCloud на файловом сервере позволит давать ссылки на все файлы, которые на него накидали, и вообще будет удобен для просмотра и скачивания, если народ привыкнет.
Сергей Сахаров, и где вы увидели противоречие? Они же научились, полагаю? Значит, не дауны.
Или вы не смогли научить пользователей даже пользоваться архиватором?
В телефоне вполне может использоваться алгоритм сжатия, не самый оптимальный по размеру результата.
Зато, может, он вдвое быстрее, и покупатель сразу видит, какой у него крутой и шустрый телефон.
А сожранное место - это уже его проблемы.
Так-то никто не мешает поставить под приличную даже матрицу дерьмовую подсветку, например...
И TN с хорошими углами вроде бы встречался...
А еще должны существовать PLS, но этих не видел.