Writing Mobile Code Essential Software Engineering for Building Mobile Applications [Electronic resources] نسخه متنی

اینجــــا یک کتابخانه دیجیتالی است

با بیش از 100000 منبع الکترونیکی رایگان به زبان فارسی ، عربی و انگلیسی

Writing Mobile Code Essential Software Engineering for Building Mobile Applications [Electronic resources] - نسخه متنی

Ivo Salmre

| نمايش فراداده ، افزودن یک نقد و بررسی
افزودن به کتابخانه شخصی
ارسال به دوستان
جستجو در متن کتاب
بیشتر
تنظیمات قلم

فونت

اندازه قلم

+ - پیش فرض

حالت نمایش

روز نیمروز شب
جستجو در لغت نامه
بیشتر
لیست موضوعات
توضیحات
افزودن یادداشت جدید











Form Factor


The need to fit comfortably into one's pocket is a key defining characteristic of most mobile devices. This physical constraint is the basis for the mobile device's utility; if it fits in your pocket, it is mobile. Some additional important form-factor considerations are as follows:

The ability to be used in crowded and noisy spaces
This is a reason why speech input is not always a great idea even if it is technically possible. It is also important that a mobile device not be disturbing to those around it (a reason why voice response is not always a great idea). A train full of people arguing with their mobile devices is not a pleasant social environment. Think of having a silent mode or headphones if sound is required for your mobile application.

Single- or two-handed operation
Many devices are intended to be operated by one hand. Most mobile phones meet this criterion. Some are intended to be held in one hand and operated with another. Most PDAs fall into this category. Laptops generally require two hands and a flat surface for efficient usage. Your mobile application should follow whatever paradigm the device imposes on usage; that is, don't build an application that requires two-handed use to get anything useful done if it's going to run on a mobile phone that people typically operate with one hand. This is an important aspect for the usability testing of your application. Another important consideration is the physical environment in which a handheld application is being used. A touch-screen display offers a rich environment for navigating applications, but all too often application designers build and test the user interfaces either running on a desktop-based device emulator or sitting at their desks. This results in user interfaces that are far too small for real-world usage. The real world is full of bumps, jitters, vibrations, and people who want to use their devices while walking down the street or by pressing the screen with their fingers rather than the stylus. Paradoxically, for real-world usage, touch-screen input on small mobile devices often requires larger user interface controls than stationary applications being used on personal computers. It is important to understand whether your application needs to be "one-hand friendly," real-world two-hand "stylus friendly," or "finger friendly" when used with a touch screen while the user is mobile.

No power cords or communications cables for long periods of time
To be effective mobile devices, the devices need to be able to operate untethered for long periods of time. A good rule of thumb is that the devices and the applications running on them should not require being connected to wired power or communication sources more than once a day. How often your application requires the device to be running at full power and how often your application needs to be connected to online data are important design considerations.


These form-factor considerations should strongly influence your design. Engineering creativity is required to solve form-factor problems as well as to adapt software design to different form factors.


T9, a Great Example of a Smart Engineering Solution to a Mobile Device Constraint


T9 is a way to allow for rapid one-handed text entry on mobile phones that have the standard 12-key phone number pads. Prior to T9, users entering sentences of text into a mobile phone needed to tap in each letter by laboriously hitting the 1 through 9 keys up to 4 times to get the correct letter. Table 2.1 shows the number of key presses necessary with and without T9 to type the simple text "text message."

Table 2.1. Mobile Phone Key Presses Necessary to Type a "Text Message"

Desired Letter

Key Taps Before T9

Key Taps with T9

T

8, = t

8, = t

E

3,3, = d, e

3, = e

X

9,9, = w, x

9, = x

T

8,= t

8,= t

<space>

1,= space

1,= space

M

6,= m

6,= m

E

3,= d, e

3,= e

S

7,7,7,7= p, q, r, s

7,= s

S

7,7,7,7= p, q, r, s

7,= s

A

2,= a

2,= a

G

4,= g

4,= g

E

3,3 = d, e

3 = e

Total Taps:

21

12

Twelve taps compared to 21 taps represents a savings of more than 40 percent in key presses. In practice, the T9 time savings is even greater because you avoid confirmation delays incurred when you want to enter two sequential letters represented by the same numeric key.

For example, both r and s are represented by the number 7 on the keypad. If you want to spell cars, you must wait for a second after you enter r to allow the input software to realize you are done with that letter and move the insert point to the next letter to be entered. Anyone who has ever tried both ways for a few days will never go back to the pre-T9 way of entering short text.

How does it work? Statistics! When you enter the keys 8, 3, 9, the software looks in its dictionary and determines that the only likely words you could be typing are either vex or text, so these are the two options it gives you. When you enter the final key 8, the software finds that only one stored word in its dictionary meets this key combination, text, and that word is chosen for you. By maintaining a dictionary of words and key combinations in your local language, the software is able to greatly increase your efficiency in writing short messages. If you need to go outside of the words available in the dictionary, you can enter the unknown words via the old input mechanism.

Is this suitable for writing the novel War and Peace on your mobile phone? No, of course not; but it is perfectly suitable for typing the sentence "Just finished reading War and Peacelong book!" and sending it to your friend.

T9 is a great example of "thinking mobile" and solving a problem specific to entering typical information onto mobile devices. We can learn from this creative idea. The key message is "Don't solve the generic problem; solve the specific problem your users face and optimize, optimize, optimize."


/ 159