Колеги, качил съм ви условията на задачите за домашно от втората тема от Java Basics курса. Срокът е до неделя. Напомням, че задачите със звездички не са задължителни. Задачите с по 3 звездички са за шампиони, които искат да се развиват отвъд предвидената метерия в курса.
Докарах задължителните, звездичките ще си ги оставя за след лекцията :) Моля за всякакви забележки и препоръки.
6. Formatting Numbers - Тук имам проблем, последващите pad-ове след първия не се изпълняват, затова съм ги направил хамалската, моля за идеи, както и за идеи за смислен начин да не се форматира след десетичния когато си е цяло.
- Използвал съм вградените възможности които се предлагат - awt graphics и awt graphics2d за рисуването, за принтирането SVG библиотеката Batik (http://apache.cbox.biz/xmlgraphics/batik/batik-1.7-jre13.zip). Тествано е и работи, но ще е интересно да видя по-оптимизиран код, че на места се оплетох малко:)
Аз сложих един if(c%1 == 0) вътре кастнах числото c към int и си направих да ми принтира същия код, само промених за последното да ми принтира новото число, което каствам.
Да, сега го пробвах, прав си. Мерси :)
Здравейте,
докато, четох задачите се сетих за едно (по мое мнение) бързо и лесно решение на
Problem 8.* Count of Equal Bit Pairs с побитови операции.
С две думи създавам нова променлива, която е равна на въведеното число отместено надясно с 1 бит, и една променлива count, за да брои еднаквите битове.
Вкравам числата в един while цикъл, като сравнявам дали последните битове на двете числа (въведенато и помощното) са еднакви, и ако е така count++; И накрая принтирам counta ;)
Хитро решение :)
Наистина хитро, браво! :)
И аз ги започнах задачките, ето какво е положението засега:
6. Formating Number - TODO
7. Count of Bits One - Тук на 5343 в примера изходът е 7, а би следвало да е 9, най-вероятно е сгрешено.
Другите по-късно :)
9 е да
Без последните две:
3. Points Inside Figure:
6.1. Оправих трейлинг зироус с условие, не най-кадърното, но работи
На Formating Numbers можеш да ползваш c == Math.round(c). По-просто е :)
Ето и моето решение на 8-ма задача само с if-ове. Click
Задача 6 - Formatting Numbers
Как е правилно да се зададе формата на стринга в този случай?:
String bToB = String.format("%.2f", Double.toString(b)); - за два знака след десетичната запетая и съответно:
String cToC= String.format("%.3f", Double.toString(c)); - за три знака след десетичната запетая
Някой намери ли магическия метод Integer.bitCount(number)?
Тц, въртехме цикли... :)
Сега само ме подсети какъв идиот съм... преди да започна да я решавам си разрових за bitwise операциите в Java, видях метода, после отидох до кухнята и забравих въобще да видя за какво става дума. Нищо, един цикъл никога не е излишен :D
Заради този метод ли няма да има побитова задача на изпита ? :D
За сега съм до тук, после и другите :)
/offtopic
Колеги, понеже доста често виждам променливи от рода на int[] intArr или char[] arr искам да вметна, че това не е appropriate naming на променлива. Ние, които четем кода, виждаме че това е масив. Или че е масив от интеджъри. Дори и да е много надолу в кода, като го кликнем от IDE-то, ще ни закара о декларацията. Слагайте по-meaningful имена. Също така, какво ще стане ако решите, че това няма да е повече масив от интеджъри, а от стрингове - вече името му няма да е релевантно - String[] intArr ще трябва да го промените на всякъде да се казва stringArr. А представете си, ако един ден спре да връща масив, и например започне да връща обект? Object arr звучи абсурдно.
Това сигурно за мен се отнася 
Ще го имам впредвид 
Понякога просто няма какво смислено да се измисли, ще ти дам пример от твой код (разбирам, че е преходно):
Double[] nums1 = convert(nums);
Като цяло, като е задача за домашно от 5 реда, в който ще има само една колекция и е ясно какво ще държи, не виждам какъв е проблемът. А и всеки стигнал до тук му е ясно, че това не е най-читавото именуване, според мен е по-добре да оставим сламките за ООП и КПК курсовете :)
@Samuil.Petrow хубаво е да си създадем принципи за добро именуване още от сега, ООП не е парадигма която включва това. Можеш да пишеш перфектно ООП и пак да блъскаш криворазбран hungarian notation. И моят код не е оправдан да е така написан. :)
Нали не мислиш, че поста ми е за да се заяждам, например? Идеята ми е да помогна, да се учим по от рано на някакви такива "дреболии", които са много важна част от нещата всъщност. И, да, аз не съм перфектен, далеч не го мисля, но така като кажа какво виждат във вашите домашни, което трябва да се оправи, и вие като ми кажете че пък виждате същото в моите, и взаимно си показваме подобни грешки, които после ще оправим.
ЕДИТ:Моя грешка - работят си и двете решения
Някой има ли идея, защо за отрицателни числа ми дава глупости кода (за 7-ма задача):
http://pastebin.com/GZk0bJYx
Например за iput -632012 ми изкарва двоично представяне:
11111111111101100101101100110100
Между другото и с решението на Самуил ми се чини да има проблем при отрицателни числа
На задача 7 правилното решение е с побитови оператори.
http://pastebin.com/2mSetQnB
Работи с положителни и отрицателни числа.@ nikolay.dimov83 Защо да са глупости, това е правилното представяне на числото, със сигурност в C#, явно и в Java. По темата относно представянето на отрицателните числа, можеш да погледнеш тук. Можеш да си проверяваш двоичния вид на десетичните числа и с уиндоуския калкулатор.