September 29, 2008

OT: שנה טובה לדוד גיבור

מה קורה, מתקתקי-קוד אפרפרים?רק רוצה לאחל לכם שנה טובה, אבל לא שנה טובה של החברים שאתה לא רואה מאתיים שנה, ופתאום מפליצים לך SMS קבוצתי של "אושר והגשמה", אלא שנה טובה מהלב, וזה הולך ככה:
קודם כל בריאות, שזה חשוב וגם קופ"ח חונקת בכספים, אז חבל... ואז אחרי הבריאות שיבוא גם האושר, אבל אושר אמיתי שבא מיצירה, או אהבה או... בורקס טוב. סביח זה לא אושר, סביח זו מלחמה קולינארית. איפה היינו? אה! ממון, כי זה נחמד שיש מרשרשין בכיסים, לכל המשקיעים בבורסה אני מאחל שנה נטולת ריצות אחר הזנב של עצמכם, שתמצאו במה להשקיע ושתפסיקו להאמין שלדבר על כסף באמת עושה כסף. אהבה זה חשוב, אז שהאהבה תהיה שם, לא פושרת, לא דרדל'ה, אלא ממש אהבה כזו שמותחת חיוך גם על איטונג. ולאלו שכותבים קוד, שתהיה לכם שנה של פחות re-factoring, שנה של פחות באגים ויצירתיות. ולמוסיקאים שבנינו, שנה של פלייליסטים שווים, חוזים בחו"ל והופעות מלאות.
שמחות על ראשיכם,
חג שמח ושנה טובה!

September 20, 2008

Custome Metadata tags for Flex :: keep-as3-metadata

This Hebrew message will be followed by an English one...

הטריף לי את השכל, הקטע הזה, הארגומנט הממזר הזה של MXMLC (ו- COMPC) שנקרא בפי חבריו: keep-as3-metadata. אם תקראו בקצרה בדוקומנטציה (שכמו תמיד לא מאכזבת ולא מספרת שום דבר יעיל) תלמדו שאם אתם רוצים לשמור תגי metadata שלכם, כך עושים זאת. לא ממש מפרטים מי, מה, איך להוציא את הפרטים של אותו התג ב-runtime... לא... למה שפרטו? אנחנו, כרגיל, ננחש.
האמת? את העניין גיליתי תוך כדי הצצה לעבר framework שנקרא Swiz (שווה הצצה, אבל לא מספיק בכדי לצאת לרחוב בצעקות "הידד!"). ב- Swiz משתמשים בשני תגי metadata של ה- framework שהם לא קשורים לאלו המוגדרים מראש בפלקס, וזה הביא לי בסקרנות – האימפלמנטציה, השימוש, אז פתחתי ונברתי מעט בקוד של Swiz ויש לפני את הבשורה.
לפני שאני אפרוש פה קוד, אציין שהשימוש, במתכונת הנוכחית, הוא מעט בזבזני ולא אלגנטי. אני מקווה שבעתיד תהיה אופציה הרבה יותר טובה ליישם את העניין. ובכן, לעסק:
ראשית, בואו רגע נתעכב על ()describeType. המתודה הזו יודעת לקבל אובייקט ולהחזיר אובייקט XML עם כל המאפיינים ה- Public של אותו אובייקט. ה-XML הזה גם מכיל גם את ה-metadata עבור כל מאפיין. יש כמה וכמה כלים לפלקס שבנויים על היכולת הזו. סבבה לנו? למה לא.
עכשיו, בכדי לאפשר את תגי ה-metadata הנוספים מוסיפים ארגומנט לקומפיילר העונה לשם keep-as3-metadta. כך שאם אנחנו רוצים להוסיף metadata בשם flashmattic, נכתוב:

-keep-as3-metadata+=flashmattic

למה =+? כי אנחנו לא רוצים להיות חצילונים ולמחוק את כל מה שכבר מוגדר.
מה שעכשיו קיבלנו הוא, שבכל הגדרה שנכתוב בה את [flashmattic], נקבל את את ערכי ה-metadata ב-XML של ה describeType. את ה metadata נכתוב כמו כל metadata אחר:

[flashmattic]
public var inputTxt:String;

אנחנו יכולים להוסיף גם מאפיינים ל- metadata, כך:

[flashmattic (value=”Matti”)]
public var inputTxt:String;

זה מגניב, אבל לא ממש עוזר לנו. את כל זה יכולנו לעשות גם בלי הטובות של הקומפיילר והארגומנטים שלו. או! אז פה הטעות, שכן מבלי להוסיף את הארגומנט המוזכר לעיל, הקומפיילר לא יודע לקרא את ה-metadata הזה ולהכניס אותו אל הפרטים ב-XML של describeType.
מה שנותר הוא לקרא את הנתונים הללו, להוציא מהם את מה שאנחנו מחפשים וכך, ב runtime נוכל ליישם dependency injection למשל. הנה אמפלמנטציה אחת לדוגמה:

private function resolveDependencies(accessorList:XMLList):void {
for each (var dependee:XML in accessorList) {
if (dependee.metadata != undefined && dependee.metadata.(@name== "flashmattic") != null) {
var meta:XMLList = dependee.metadata.(@name == " flashmattic");
if (meta.arg.(@key == "value") != null && meta.arg.(@key == "value").@value != undefined) {
trace(meta.arg.(@key == "value").@value); // Traces “Matti”
}
}
}
}

לא רע, הא? מה שכן, לכאורה נראה כי הריצה בלולאה על כל המאפיינים עולה בשן ועין בביצועים, אבל לאחר בדיקה קצרה, נראה כי הזמן זניח (16 מילישניות עבור 2 קומפוננטות מקוננות). אני עדיין צריך לבדוק את זה בפרויקטים בעלי נפח יותר גדול.
בכל אופן, מקווה שזה מגניב אתכם כמו שאותי, אחרת אני ממש יוצא פה חננת-מחשבים...
שבוע טוב שיהיה :).


This little thingy drove me insane. That elusive MXMLC (and COMPC) argument, well-known to his fellow arguments as “keep-as3-metada”. If you read the documentation about it (that never loses an opportunity to fail in description), you’ll learn that if you wish to keep your own metadata tags, this is the way to do so. They don’t really say who, where or how to get those details at runtime. We’re left guessing…
To be honest, I first discovered interest in this issue when reading about the “Swiz” framework. In Swiz there are two extra customized metadata tags involved, and that made me curious about the implementation and usage, so I lifted the hood up and looked under it.
Now, before I give you my resolutions, I must admit that what Swiz is doing is a bit expensive performance-wise. I hope that this way of implementation will be made more elegant in the future of Flex SDK. Well… let’s dive into it:
First of all we want to check out this nice method called “describeType()”. This methods expects an object as its argument, and return an XML object with the details of all public properties in this object. By the way, Many Flex tools rely on this feature. Are we happy so far? Sure we are.
Now, in order to enable extra customized metadata, we need to add the keep-as3-metadata argument to the compiler, so say we want to add “flashmattic” as our new customized metadata, we’ll add the following to the compiler arguments:

-keep-as3-metadata+=flashmattic

Why +=? Cause we don’t want to be complete numb-nuts and override the predefined metadata tags.
What we have now is, whenever we add the flashmattic metadata tag to any public property of an object, the XML retrieved from the descibeType() method will include that metadata and it’s properties. We add the metadata to our like any other metadata in flex:

[flashmattic]
public var inputTxt:String;

We can also add some properties to our metadata tag, so… let’s add a property to our metadata:

[flashmattic (value=”Matti”)]
public var inputTxt:String;

This is nice, right? Yeah, but we could have done this without asking the favors from the compiler and its arguments. Wrong! Not adding the metadata to the compiler, will cause the descibeType() method to avoid it and not have its details to the XML.
What’s left for us is to run trough that XML at runtime, find our metadata and retrieve the information from it. This is highly useful when wishing to implement dependency injection in Flex. Here’s one example:

private function resolveDependencies(accessorList:XMLList):void {
for each (var dependee:XML in accessorList) {
if (dependee.metadata != undefined && dependee.metadata.(@name== "flashmattic") != null) {
var meta:XMLList = dependee.metadata.(@name == " flashmattic");
if (meta.arg.(@key == "value") != null && meta.arg.(@key == "value").@value != undefined) {
trace(meta.arg.(@key == "value").@value); // Traces “Matti”
}
}
}
}

Not bad, ah? Well, apparently, going through that loop looks a bit expensive as I mentioned before, but after running a couple of tests it looks like it will not affect the player that bad (16ms for 2 nested components), but I need to test it on a larger project to make sure that this implementation won’t add to the already bad performer we call Flash Player.

September 18, 2008

Flashoo Convention on the 25th

This Hebrew message will be followed by an English one...

אנשים יקרים,
רק רוצה להזכיר לכם שכנס פלאשו, בתמיכת אדובי עם כל המשתמע, יערך ב-25 לספטמבר! בכנס יוגשו הרצאות (לצערי, לא ארצה הפעם מפאת חוסר זמן), פרסים ואנשים טובים... שלא יוגשו אבל יהיו נוכחים. מה רע?
אז אם עדיין נשארו מקומות, הרשמו עכשיו! יש גם בקישור את כל הפרטים הנוספים על איך להגיע וכו'...
הנה הת'רד הפלאשואי.
נתראה שם :).

Dear people,
I just wanted to remind you that Flashoo is throwing a convention, supported by Adobe, on the 25th to September! Lectures will be given, awards and good people to meet. Now how ‘bout that?
So if there are still places left, make sure you register now! The link also has details about the location and more…
Here’s the Flashoo thread as well.
See ya there :).

September 16, 2008

OT: ריצ'ארד רייט הלך לעולמו


ואללא... יודעים מה? גם כשאני כותב את זה אני לא כל כך מאמין שזה קרה. רק לא מזמן, כמו שאתם קוראים, כתבתי על ההופעה שלו יחד עם גילמור ועכשיו... ואללא... אין לי ממש מילים.
אני חושב שהוא היה החבר היחיד בפינק פלויד שהתקרב למוסיקה מעט יותר מורכבת מאשר בלוז 12 תיבות. תמיד ששרים את ה- Desperation is the English way, נראה לי שזה נכתב עליו (אולי כי הוא גם שר את זה... לך תדע). בכל מקרה, זה יום עצוב. אתם יכולים לצחוק ולחשוב שאני סתם מזיין בשכל, אבל זה יום עצוב.
Bm7-Fmaj7.

September 08, 2008

Imporganizer :: Removes redundant imports

This Hebrew message will be followed by an English one...

יש קטע שמעורר את חמתי ברמות של בוחן פתע. אתה מריץ לתומך חיפוש על כל הפרוייקטים בכדי למצא איפה משתמשים במחלקה מסויימת, ואתה קולט שיש איזה 200 מופעים שלה, מה שמגניב לך את העין והראש, שהרי אין מצב שיש כל כך הרבה, ומאידך אם יש זה אומר שאתה צריך עכשיו לשנות 200 מקומות.
אחרי שאתה משלים עם מר גורלך ורוע הגזרה אתה מתפנה לסדר את העניינים שלשמם התחלת את החיפוש, ולהפתעתך (שלא לדבר על מורת רוחך) אתה מגלה שרב התאימויות הן על imports. כפי שודאי אתם מניחים, עם Imports שאף אחד לא משתמש בהם באותה המחלקה.
מקומם.
אז החלטתי שאני אארגן איזה כלי, ועל הדרך גם אלמד להשתמש ב file accessibility של AIR, שכל התפקיד שלו יהיה לעבור על עץ הפרוייקט בצורה רקורסיבית ולהעיף imports שפשוט לא צריכים.
לפניכם התוצאה, אבל לפני שאתם קופצים להוריד ולהשתמש הסתייגות קטנה וחשובה:
את הנסיונות הראשונים יש לעשות על פרוייקטים וקבצים מגובים. השימוש הוא על אחריותכם בלבד!
עכשיו אתם יכולים להוריד אותה מפה.
דבר אחרון - אני מאד אשמח לכל בקשה, תהיה, באג שתמצאו (פחות, נו..) ובכללי, אני מגיש את ה Imporganizer הזה חיני-חינם, אבל אשמח אם תוכלו לפרסם פה כמה imports נוקו מהפרוייקטים האישיים, ככה... בשביל לעשות לי טוב על הלב.
סלאמת.

There's this thing that really makes me furious, in a pop quiz levels. You run an innocent "search" on your projects, to find where a certain Class is being used, and you get like 200 instances of that class, which totally freaks you out since there's no way that your projects holds that usage, but on the other hand now you need to check 200 places to make the fix you need to do.
After you've excepted your poor fate you clear the table and starts to fix the stuff you initially made the search for, and to your surprise (and anger) you find that most of the matches are unused Imports in your classes.
So... I've decided that I will get this tool going, and on the way learn about AIR file accessibility, that will simply go over recursively on a project tree and clean all the redundant imports it holds.
The result is before you, but before jumping to install and try it, a small but highly important disclaimer: Your first attempts should be made on a backed-up files. You are using it at you own risk!
Now you can download it from here.
One last thing - I will look forward to any request, tought, bug (well... a bit less but still), and in all, I'm serving the Imporganizer free of charge with just one request from you guys - please let me know if it helped you in any way, how many imports did it remove and so on... you know... :).
Cheers

September 07, 2008

Flashmattic going international

This Hebrew message will be followed by an English one...

כן, אני יודע... אתם וודאי מחכים למרכזנית שתכריז, שבכדי לדבר עם איש המכירות צריך להקיש 1.
מה שקורה הוא דבר שכזה: יהיו פוסטים שיפתחו בשורה שפותחת, למעשה, את הפוסט הזה. מה שזה אומר הוא, שהתוכן של הפוסט יובא גם בעברית וגם באנגלית וכל זאת בכדי לא לקפח את הקוראים הבינלאומיים שמאד רוצים לדעת למה יש להם באג, אבל לא ממש מבינים את הערבסקה שנקראת עברית. בכל אופן, ברוכים הבאים תושבי הנכר, מקווה שתמצאו את התוכן מעניין ומועיל.
יאללא סאלאמת (עכשיו... איך מתרגמים "סלאמאת" בדיוק?).


Yeah I know... You're probably waiting for the operator to tell ya that in order to talk to the sells-person you need to dial 1.
What gonna happen is the following: There will be post that will be opened with, in fact, the line that opens this post. What it means is that the content of this post will be brought not only in Hebrew but also in English as well, and all this to not neglect the international readers who might very much like to know why they have a bug but don't really understand the arabesque called "Hebrew". In anyway, welcome people abroad, I hope you'll find the content interesting and useful.
Peace out.