Section 1

Preview this deck

typing of ruby

Front

Star 0%
Star 0%
Star 0%
Star 0%
Star 0%

0.0

0 reviews

5
0
4
0
3
0
2
0
1
0

Active users

0

All-time users

0

Favorites

0

Last updated

6 years ago

Date created

Mar 1, 2020

Cards (17)

Section 1

(17 cards)

typing of ruby

Front

dynamic, strongly typed(no type coercion)

Back

$/ $;

Front

$/ pre-defined global var for newline $; pre-defined global var for space

Back

advantages of statically typed language

Front

earlier error detection cleaner API compiler optomization richer IDE support

Back

advantages of interpreted language

Front

platform independence, read-evaluate-print-loop(REPL)

Back

nil

Front

null in java

Back

what values represent false?

Front

false and nil 0 is not false

Back

is ruby compiled or interpreted

Front

interpreted(interpreter reads program and executes directly)

Back

variable naming

Front

constant: uppercase local: lowercase or _ global : $ instance : @ class: @@

Back

disadvantages of interpreted language

Front

speed(slow), error checking(only at run time)

Back

does ruby support type coercion

Front

no

Back

dynamically typed language

Front

no static types(only dynamic) variables do not have type, they point to objects which do have types

Back

self

Front

equivalent to this in java

Back

%Q %q

Front

%Q delimeter w/ interpolation %q delimeter w/ no interpolation

Back

until

Front

same as while not

Back

unless

Front

same as if not

Back

x = 0 x.object_id

Front

1 object_id for integers = 2*n +1( aka two's complement)

Back

advantages of dynamically typed languages

Front

less code to write/change quicker prototyping no casting needed

Back