То есть если я собираюсь использовать атрибуты симкарты из класса телефон, то в классе телефон не будет просто достаточно обьясвить этот класс предварительно, обязательно помимо этого еще надо и инклюд делать?
maaGames: дак нужны ли по сути тогда инклюды? Когда можно делать предварительные обьясления? ) Или поставлю вопрос так: в чем разница инклюда и предварительного обьявления, что такое инклюд я впринципе и в деталях знаю ))а вот обьясления - это я уже вперед забежал.
AtomKrieg: да я уже этот момент проверил в самом УМЛ дизайнере... это оказывается просто сделанная аггрегация в две стороны, и одна линия просто перекрыла другой ромб... а я тут голову ломал часа 2 хДДД
maaGames: по идее видь будет работать если сделать 1 инклюд и предварительное с другой стороны. К примеру в классе Cellphone #include "SimCard.h", а в классе SimCard: class Cellphone; class SimCard{}
и еффект по идее ведь должен быть таким же если в каждом классе сделать предварительное обьясление + инклюд
AtomKrieg: Да таких страничек я кучу находил, это у нас даже в презентациях есть, а вот именно тот вариант, что на моем скрине - нигде найти не могу. В том числе и на програмадоре
ясно)) Помню как-то делал двухсторонний инклюд двух или трех классов, потом сидел 3 часа и пытался найти ошибку, оказалось - что нельзя. Получается работая с указателями, деллать так можно?
Но опять же, тут уже идет дело на корректность. В диаграмме идет соединяющая линия на стороне симкарты пустой ромбик, на стороне телефона ромбик перечеркнут линией. Что означает перечеркнутый ромб? Там ведь 100% правила, что к примеру если пустой ромб то иклюд, если перечеркнутый, то...? Другой арт связи?
Потому-что это все лицензии со своими подводными камнями :)
А так по сути много не надо. Есть CSV фаилы, которые можно открыть и посмотреть формат разделения, к примеру после трех табов надо достать даты, обработать и послать их летать дальше. С этой задачей справяться без проблем обе функции. И даже в удобности т доп. функциях я по сути не нуждаюсь.
Да и на худой конец, я же все таки должен чему-то учиться, а не брать все готовенькое =)
Dinfyru: увы нет, если обратите внимание на характеристики 840, 850 и 860, то ясно заметите, что у 840 и 850 отрыв минимальный, когда у 860 идет уже значительное преимущество. Поэтому график карты как "игровые" позиционируют себя от х60.
Ну и средние - максимальные - ультра = понятие растяжимое. Даже очень. Например на моем компе(еще давно давно) с 770 карточкой в метро2033 было на ульра 40 фпса стабильно, ставим сграживание х2, уже просидает до 25-30, ставим на х4, фпс становится вообще 10. А есть еще х8, х16. Люди не учитывают обычно такие мелочи как доп. еффекты итд. Видите ли "текстурки на ультра" и это уже значит " у меня ультра", увы нет хД
Dinfyru: смотря какие игры, разрешение очень влияет на производительность. Иногда те игры, которые лагают дико на 1920, довольно хорошо идут на 1280... )) У вас конечно не 4к, но все равно. Это в первую очередь ноутбук, который сам по себе не производителен для топ игр, а учитывая, что график карта даже не игровая, то я с большей уверенностью могу сказать - что да, умрет в норм играх ) Но это не помешает вам играть в 1920х1080. Просто выставить в настройках игры. А для десктопа использвать на полную.
жаль, что в том коде опять же используется "Utf8Checker".
где-нибудь бы достать такой лист для множества кодировок
U+000000-U+00007F: 0xxxxxxx (ANSI)
U+000080-U+0007FF: 110xxxxx 10xxxxxx (сюда входит кириллица)
U+000800-U+00FFFF: 1110xxxx 10xxxxxx 10xxxxxx
U+010000-U+10FFFF: 11110xxx 10xxxxxx 10xxxxxx 10xxxxxx
было бы шикарно, там бы уже сам может даже смог бы написать хД
Александр Опарин: а оно и так работает) если беру к примеру формат add(new SimpleDateFormat("dd.MM.yyyy HH:mm:ss")); а потом считываю его как 3.3.2013 ili 03.03.2013 оба варианта работают)
да это может быть подколом) Пока-что делал такие тестовые данные
ArrayList formatsList = new ArrayList();
formatsList.add("06.03.2016 09:00:00");
formatsList.add("06/03/2016 17:45:00");
formatsList.add("6-3-2016 23:51:12");
formatsList.add("07-03-2016 00:55:33");
formatsList.add("7.3.2016 00:55:33");
date = format.parse(1 из индекса).
Дальше делал вычисления 2-1, 3-1, 4-1, 5-1, Пока-что все работало так как надо ) Но я волнуюсь больше за другой аспект, это то, что фаилы могут быть по 10 гигабайт огромнейших таблиц. И чем больше форматов для проверки будет добавленно, тем медленнее это будет все работать...
т.е. по сути у нас будет контрольная)) без всяких наследований, просто разбитие на классы хедера и цпп. Я в примерах тупо всегда писал ClassName::Attribut... И вообще можно не заморачиватся насчет других? ))
"(*this) - это разыменование указателя, т.е. приведение к value типу.
И уже доступ к членам типа будет через точку."
Можно вот тут чуть-чуть поподробнее? ))
И можно пару советов, где, когда и что лучше использовать, а когда вообще "ничего". ))
