While working on my first real application for app engine I soon came across the problem of creating sensible key names for objects. If you aren't familiar with the data object models in app engine, each object has a unique key, generated automatically when the object is created, and a key name (property: key_name) which can be specified by the user. The key name can be very useful if you need object identifiers which are human-readable, such as when you use them as part of your apps URLs.

All data objects are defined as Python classes which subclass the db.Model class, provided by Google. A simple example, from the app I'm working on, is an object which holds information about an author:

class Author(db.Model):
  first_name = db.StringProperty(required=True)
  middle_name = db.StringProperty()
  last_name = db.StringProperty(required=True)

Creating a new author is a simple matter of calling the class and passing property values either as keyword arguments or by accessing the property through the new instance:

a = Author(first_name='John',
           last_name='Smith')
a.middle_name = 'Thomas'

We can specify the optional key_name property when we create the object:

a = Author(first_name='Alan',
           middle_name='Simon',
           last_name='Jones',
           key_name='alansimonjones')

However, it's more than likely that if we want to use the key_name property for a class of data objects, we will generate it procedurally based on the initial property values of the object. Above, we create the key name using the authors names. You could create a function which wraps the creation of the author object which does this for you:

def newAuthor(first_name, last_name, middle_name = ''):
  parts = [first_name, middle_name, last_name]

  # Define the key name from the authors names.
  # We split() and join each name to remove any spaces
  key_name = ''.join([''.join(x.split()) for x in parts]).lower()
  return Author(first_name=first_name,
             last_name=last_name,
             middle_name=middle_name,
             key_name=key_name)

but this is quite a lot of boilerplate code to solve a simple problem. Moreover, you need to make sure everyone working on the code is aware that this function must be used to create new author objects, rather than by calling the object class directly.

A more elegant solution is to encapsulate the creation of the key_name property in the class definition itself. This is bread and butter stuff for any Pythonista, and is handled by defining a constructor for our author object, using it to define our key name and then to manually call the constructor of the db.Model class. The last step is necessary as once we define our own constructor, the constructor of the super class is not called automatically. To add to the things we need to handle, it's important to know that the db.Model class uses dynamic positional and keyword arguments. If that makes no sense to you, don't worry, it's simpler than you may think.

Python provides an additional way of specifying standard function arguments using the *variable syntax, and keyword arguments using the **variable syntax. If used in the definition of a function, the *variable will be a tuple of positional arguments, and **variable will be a dictionary relating keywords to variables. Therefore, we must make sure our new constructor has the same parameters as db.Model to ensure 100% compatibility.

Here is the updated author class, with the new __init__() function defined. It has been slightly altered because we access the keyword values using the kw dictionary and we need to check whether each of the properties have been specified or not by examining kw.keys():

class Author(db.Model):
  first_name = db.StringProperty(required=True)
  middle_name = db.StringProperty()
  last_name = db.StringProperty(required=True)

  def __init__(self, *args, **kw):
    parts = ['first_name', 'middle_name', 'last_name']

    # Define the key name from the authors names.
    # We split() and join each name to remove any spaces
    key_name = ''.join([''.join(kw[x].split()) for x in parts if x in kw.keys()]).lower()

    # Insert the new key_name property into the keyword arguments
    kw['key_name'] = key_name

    # Call the constructor of the base class
    db.Model.__init__(self, *args, **kw)

We can now create new author objects and the key names will be generated automatically and will follow our specified format:

a = Author(first_name='John', last_name='Smith')
# Will print 'johnsmith'
print a.key().name()

a = Author(first_name='John', middle_name='Alan Mike', last_name='Smith')
# Will print 'johnalanmikesmith'
print a.key().name()

Being able to alter the properties of an object or preconfigure core properties at the time of instantiation can be useful in all sorts of situations, but this particular example is one which I can see myself using a lot.

MyClass::MyClass( int var1, int var2 )
    : m_var1( var1 ),
      m_obj2( var1 ) // If this one throws an exception,
                     // it can't be caught.
{
    try
    {
       // Constructor body.
    }
    catch( ... )
    { }
}

But did you noticed that, these constructor initialize list is outside the function body, and if an exception is thrown from any of the member variable's constructor, how it can be caught?

There is a special kind of try-catch usage to catch exceptions from constructor initialize list. See the code snippet below.

MyClass::MyClass( int var1, int var2 )
    try : m_var1( var1 ),
          m_obj2( var1 )    // Now I can catch the exception.
{
    // Constructor body.
}
catch( ... )
{ }

Now you can catch exceptions from constructor member initializer list also.

You cannot compile this in Visual C++ 6.0, since its does not strictly confirms C++ standards. You can compile this on Visual Studio 7.0 onwards.

Targeted Audience - Intermediate.

 Ada beberapa catatan dari praktikum kemarin dan kuliah yang tgl 19nya(pekan sebelumnya) :

1. Ternyata data-data bertipe private dan protected tidak bisa diakses dari fungsi main.  Wah baru menyadari sekarang,, kemarin iya-iya aja kalau dibilang ‘protected itu hanya bisa diakses oleh kelas itu sendiri dan turunannya’ dan ‘private itu hanya bisa diakses oleh kelas itu sendiri’. 

Jadi, misalkan ada

class Coba {

      private:

              int u;      

      public :

             void setU (int a) {u=a;}

             int getU(){return u;}

};

Misalnya kita ingin mencetak nilai u, maka cara yang seperti ini :

main () {

     Coba coba;

     std::cout<<coba.u;

}

akan error, karena u itu private, ya to? Jadi untuk mensiasatinya digunakanlah fungsi getter (untuk mengambil nilai dari data2 yang private/protected, di dalam contoh di atas getter nya itu getU ya?) sehingga, coba ganti dengan :

std::cout<<coba.getU();

Kadang kita perlu bener2 mencoba supaya bener2 ngerti.

2. Ternyata saat kita membentuk objek dari suatu derived class, maka konstruktor base-nya akan dipanggil terlebih dahulu.  Kode di bawah ini sewaktu dicoba menunjukkan begitu (ya..?):

#include <iostream>

using namespace std;

class Mother {

      public :

             Mother () {cout<<"base constructor :Mother()\n";}

             Mother(int a){cout<<"base constructor: Mother("<<a<<")\n";}

};

class Daughter : public Mother {

      public :

             Daughter(int){cout <<"Daughter(int)\n";}

};

class Son : public Mother {

      public :

             Son (int c) : Mother(c)

             {cout<< "Son(int)\n";}

             Son () {cout<< "Son()\n";}

};

main () {

     Son son, son2(5);

     Daughter daughter(3);

}

Keluarannya :

base constructor :Mother()

Son()

base constructor:Mother(5)

Son(int)

base constructor :Mother()

Daughter(int)

3. Sekarang tentang pointer.  Benarkah pernyataan2 ini ?

-         Pointer ke kelas Base bisa menunjuk ke kelas Derived-nya

-         Pointer ke kelas Derived bisa menunjuk ke kelas Base-nya

a. benar-benar              b. benar-salah

c. salah-benar               d. Dua-duanya kurang tepat

            Selamat buat yang menjawab b... tapi nggak ada hadiahnya ya… ternyata coba2 dikit,, pernyataan pertama benar, tapi yang kedua kurang tepat.  Pointer ke kelas base bisa menunjuk ke derived-nya, kenapa ya?

Um,, dipikir,, mungkin karena kelas Derived itu kan turunan dari kelas base-nya, jadi scr nggak langsung derived punya sifat-sifatnya base.  Tapi,, kalau pointer ke kelas derived dipakai untuk menunjuk kelas base nya, ternyata nggak bisa. Alasannya mungkin karena derived itu (umumnya) lebih kaya (lebih banyak lagi/ditambah lagi fungsi2nya) daripada base,  jadi kalau pointer derived dipakai nunjuk ke base, mungkin ibaratnya pointer itu diminta menunjuk ke sesuatu secara nggak utuh (begitukah?), jadi ga bisa deh. Allohua’lam.

//POINTER KE DERIVED MEM-POINT KELAS BASE NYA

//BISA NGGAK YA?

#include <iostream>

using namespace std;

class Basis {

      public :

             void cet1(){cout<<"hai1\n";}

};

class Turunan : public Basis  {

      public :

             void cet2(){cout<<"hai2\n";}

};

main () {

     Basis b;

     Turunan *tp = &b;

     tp->cet1();

     getch();

}

4. Masih tentang pointer.  Misalkan kita punya suatu pointer kelas base yang menunjuk ke derived class nya.  

class Basis {                       //base class

      public :

             void cet1(){cout<<"hai1\n";}

};

class Turunan : public Basis  {     //derived class

      public :

             void cet2(){cout<<"hai2\n";}

};

main () {

     Turunan t;

     Basis *bPtr = &t;  //bPtr point ke t(derived)

Apakah pointer tersebut memiliki fungsi-fungsi yang ada di derived class (dg kata lain, apakah bPtr memiliki fs. cet2()?

Yap… ternyata jawabannya bPtr ndak punya… ternyata pointer itu hanya memiliki fungsi2 dari kelas yang dia menunjuk kepadanya.  Jadi misalnya dia menunjuk ke objek derived nya,, fungsi2 yang ada di derived dia ndak punya…

Sebenrnya masih ada lanjutannya.. tapi, sptnya segini dulu aja.. oia harap merujuk lagi ke referensi2 yang lebih dipercaya (krn sy belum bc,, hanya coba2 kodenya)… kalau sempat, insyaa Alloh dilanjutkan.

Allohua’lam.

El Concello de Sada ha iniciado una investigación interna después de perder un contencioso administrativo con la promotora Urbasa S.L., al que el equipo de gobierno anterior, presidido por Ramón Rodríguez Ares, denegó una licencia en el año 2006 para construir un edificio de 29 viviendas, garajes y locales comerciales en una parcela de Riobao.

En las últimas semanas los técnicos del Ayuntamiento de Sada estudiaron la viabilidad de recurrir la decisión judicial, pero finalmente no lo harán, aunque sí iniciarán diligencias administrativas para esclarecer la actuación del equipo que adoptó la decisión, en especial la actuación del arquitecto municipal.

La concejala de Urbanismo, la nacionalista María Xosé Carnota, explica que la licencia «denegouna o goberno anterior, sen que fose emitido o informe técnico preceptivo, co agravante de que no informe xurídico que se emitiu, se advertía da obrigación de que fose emitido» el estudio del arquitecto municipal. La edil precisa que «pese a esta advertencia, a xunta de goberno cometeu a irresponsabilidade de denegar a licenza, pois a totalidade dos membros que a formaban votou a favor da denegación», según aclara.

Información reservada

El alcalde, el nacionalista Abel López Soto, firmó un decreto el pasado día 18 en virtud del cual se iniciarán diligencias administrativas «para determinar cales foron os motivos de que non se emitise o informe técnico previamente á denegación da licenza en tempo e forma».

El decreto de alcaldía ordena la instrucción de «información reservada previa á incoación de expediente disciplinario» por las posibles «infraccións cometidas» por el arquitecto municipal. Este declinó ayer realizar declaraciones a La Voz sobre el caso hasta que no finalicen las pesquisas.

Los responsables municipales apuntan que en el proceso judicial contra el Concello fue determinante un informe técnico del departamento de Urbanismo que era favorable a conceder la licencia. Por esta razón la concejala de Urbanismo asegura que el Concello «acatará a sentenza».

Irresponsabilidade

Eso sí, Carnota resalta la «irresponsabilidade» que, a su entender, cometió el anterior gobierno municipal, ya que «saltándose o procedemento denegou unha licenza que puido ter carrexado graves consecuencias económicas para a administración local». La responsable de Urbanismo apunta, no obstante, que la actuación del actual gobierno municipal «encamiñarase a salvagardar os intereses xerais».

Fuente:La Voz de Galicia

Construa e administre um parque de diversões, mas não e so colocar os brinquedinhos nao, vc deve gerar renda com o publico que vai frequentá-lo.

Download 

Acogiéndose a los preceptos de la Ley Orgánica 2/1984 de 26 de marzo, reguladora del derecho a la rectificación, el concejal del PDSP, que fue edil de Urbanismo hasta el año 2007 José Emilio Gómez López ha enviado un escrito a través del que niega haberse enzarzado, el pasado jueves, en una pelea con un constructor de la localidad, como recogió La Voz al día siguiente.

José Emilio Gómez dice que «no es cierta la noticia relativa a que un constructor de Sada se pelea con el ex concejal de Urbanismo». «Tampoco es cierto -asegura- que en las inmediaciones del edificio municipal y ante el pub Legend se enzarzara en una pelea con el constructor sadense Gervasio Carballo Brasa». «Y tampoco responde a la verdad -subraya- que la Guardia Civil tuviese que personarse en la zona para poner orden, tomar declaraciones a ambas partes y que al menos uno terminó en el cuartel».

Fuente: La Voz de Galicia

Con este programa podrás diseñar tus propios iconos para Windows a partir de prácticamente cualquier archivo de imagen.Una de las ventajas de este programa es que te permite crear iconos de alta calidad ya que incorpora, y trabaja en  alpha chanel lo que te permite diseñar iconos con fondo transparente o semi transparente.

Es muy sencillo de utilizar y viene con bastantes plantillas

enlace: http://rapidshare.com/files/88092036/IconConstructor.rar.html

El pasado jueves el ex edil de Urbanismo de Sada se ausentó del pleno en torno a las diez y veinte de la mañana, justo antes de que comenzase el último punto del día. Ya en la calle, en las inmediaciones del edificio municipal y ante el pub Legend, se enzarzó en una pelea con el constructor sadense Gervasio Carballo Brasa

La Guardia Civil tuvo que personarse en la zona para poner orden, tomar declaraciones a ambas partes y al menos uno terminó en el cuartel. Fuentes policiales revelaron que no es la primera vez en las últimas semanas que tienen noticias sobre enfrentamientos entre Emilio Gómez y Gervasio Carballo. Los dos protagonistas del suceso son vecinos y muy conocidos en Sada. De hecho, hasta hace unos meses era notoria su estrecha relación. Gervasio Carballo tiene una empresa de construcción, Gervasio Carballo Brasa e Hijos, y un negocio de ferretería en el centro de Sada. Mientras que Emilio Gómez fue un estrecho colaborador del ex regidor, Ramón Rodríguez Ares, junto al que durante varios mandatos fue teniente de alcalde y responsable de Urbanismo.

Fuente: La Voz de  Galicia

It would also be cool if you could provide a method that would be called before or after every method call, like the SetUp() and TearDown() special methods in NUnit, but without all the reflection overhead at runtime.

I have a simple one that everyone has run into: let's call it the Constructor vs. Property vs. Method Debate.

Suppose that, given a URL, I want to save a snapshot image of that URL to a named file. There are (I think) four OO ways to accomplish that. Let's assume the worker class is called "Snapshotter".

OPTION 1: CONSTRUCTOR ONLY

Snapshotter s = new Snapshotter("http://foo.com", "c:\foo.jpg");

OPTION 2: CONSTRUCTOR + METHOD

Snapshotter s = new Snapshotter("http://foo.com", "c:\foo.jpg");
s.TakeSnapshot();

OPTION 3: PROPERTIES + METHOD

Snapshotter s = new Snapshotter();
s.Url = "http://foo.com";
s.File = "c:\foo.jpg";
s.TakeSnapshot();


OPTION 4: METHOD

Snapshotter s = new Snapshotter();
s.TakeSnapshot("http://foo.com", "c:\foo.jpg");

So which is best? Or, to put it a better way, are there advantages or disadvantages to any of the methods? XP would probably opt for #1 under the principle Do the Simplest Thing that Could Possibly Work. But is that really the best long-term design? I have a hunch that overloading constructors as substitutes for methods can get unwieldy pretty fast, and require refactoring. Isn't that what software engineers are paid for -- to prescribe designs/architectures based on our experience? However, with unit testing and code coverage providing peace of mind, why not?

I also have a hunch that OO purists would gasp at #1 as not being "sufficiently OO", because you're not explicitly sending a message to the object to tell it to do something.

Option 4 seems the next simplest, but here the thought that runs through my head is: why do you need to instantiate an object at all? Why not just use a static class method:

// static method replacement for #4
Snapshotter.TakeSnapshot("http://foo.com", "c:\foo.jpg");

This seems easy in the XP sense, if not really OO (even to my way of thinking).

The next thing to consider is: what is this object's state? Does it have any? In the previous example, you can see I coded away any notion of a stateful object.

Consider other things you might want to do with this Snapshotter:

• Send the snapshot via e-mail
• Save it to cache so you don't have to retake the snapshot later
• Compare the new snapshot against previously cached versions of the same URL
• Provide the caller with options to get the snapshot as a binary stream, instead of saving to a target file

... all pretty reasonable options, depending on what you might be trying to accomplish. Now, the design becomes a bit more obvious:

Snapshotter s = new Snapshotter("http://foo.com");
s.SaveToFile("c:\foo.jpg");
s.SendTo("anthonys@xidey.com");
DiffInfo d = s.Diff();
Stream s = s.GetStream();

Now we see that the state of the object revolves around the URL, and that our original file-saving requirement is just one of many possible actions / methods that we could invoke on this stateful object.  Thus, our original debate comes down to a victory for the OPTION 2: CONSTRUCTOR + METHOD option, albeit with some changes to what we're passing, based on the statefulness of our object.

Sebuah kelas merupakan pengembangan konsep dari struktur data: tidak hanya data, tapi juga dapat menangani data dan fungsi.

Sebuah objek merupakan perwakilan dari sebuah kelas. Dalam perbandingan dengan variabel, sebuah kelas akan menjadi tipe data dan objeknya menjadi variabel.

Kelas dideklarasi menggunakan kata kunci class, dengan format berikut:

class class_name

{

access_specifier_1:

member1;

access_specifier_2:

member2;

....

} object_names;

dimana class_name merupakan identifier sah untuk kelas, object_names merupakan daftar nama opsional dari objek pada kelas ini. Isi deklarasi bisa mencakup anggota yang meliputi deklarasi data atau fungsi, dan "optionally access specifiers".

Seluruhnya sangat mirip dengan deklarasi pada struktur data, kecuali bahwa kita bisa memasukkan fungsi dan anggota, tapi juga hal baru ini disebut access specifier. Access specifier merupakan satu dari tiga kata kunci berikut: private, public, atau protected. Specifiers ini mengatur hak akses dimana anggota dibutuhkan:

• anggota private, dapat diakses hanya oleh anggota pada kelas yang sama dan friends mereka
• anggota protected bisa diakses oelh anggota dari kelas yang sama dan friends mereka, namun juga dari anggota turunan kelas mereka
• anggota public dapat diakses dari mana saja dimana objek terlihat.

Secara default, semua anggota kelas dideklarasi dengan kata kunci class memiliki akses private untuk setiap anggotanya. Jadi, setiap anggota yang dideklarasi sebelum specifier kelas lain memiliki akses private. Contohnya:

Deklarasi sebuah kelas(yakni tipe) CREctangle dan sebuah objek yang dinamakan rect.Kelas ini berisi empat anggota: dua anggota data bertipe int(anggota x dan y) dengan akses private(secara default) dan dua anggota fungsi dengan akses publik: set_value() dan area(), di mana sekarang baru disertakan deklarasi, belum definisinya.

Perhatikan perbedaan antara nama kelas dan nama objek: dalam contoh sebelumnya, Crectangle adalah nama kelas, sedangkan rect adalah nama objek dengan tipe Crectangle. Hal ini sama dengan hubungan int dan a pada deklarasi di bawah ini:

Dimana int merupakan nama tipe(kelas) dan a merupakan nama variabel(objek).
Setelah deklarasi sebelumnya yakni Crectangle dan rect, kita bisa mengacu dalam isi program untuk anggota publik dari objek rect seperti mereka fungsi dan variabel normal, dengan menambahkan nama objek diikuti dengan dot(.) dan nama anggota. Selayaknya yang kita lakulan pada struktur data sebelumnya. Contohnya:

Anggota rect yang tidak dapat diakses dari isi program kita diluar kelas adalah x dan y, karena mereka dalam akses private dan mereka hanya bisa diacu dari anggota lain pada kelas yang sama.

Ini merupakan contoh lengkap dari kelas CRectangle:

Hal baru yang paling penting dalam koding adalah operator lingkup(::, titik dua) yang mencakup definisi set_values(). Ini digunakan untuk mendefinisi anggota kelas dari luar definisi kelas itu sendiri.

Anda dapat memperhatikan bahwa definisi dari fungsi anggota area() telah meliputi langsing definisi kelas CRectangle yang diberikan secara sederhana, dimana set_value() hanya memiliki prototype yang dideklarasi di dalam kelas,namun definisi ini berada diluarnya. Dalan deklarasi di luar, kita harus menggunakan operator scope(::) untuk menjelaskan bahwa kita mendefinisi sebuah fungsi yang merupakan anggota dari kelas Crectangle dan bukan fungsi global biasa.

Operator Scope(::) menjelaskan kelas dimana anggota tersebut dideklarasi, memperbolehkan lingkup properti yang sama seakan definisi fungsi disertakan dalan definisi kelas. Contohnya, dalam fungsi set_values() dari koding sebelumnya.. kita bisa menggunakan variabel x dan y, yang merupakan anggota privat kelas Crectangle, yang berarti mereka hanya dapat diakses oleh anggota lain dari kelas tersebut.

Perbedaan antara definisi fungsi anggota kelas meliputi kelas tersebut atau mencakup prototype dan kemudian definisinya, adalah dalan kasus pertama, fungsi akan secara otomatis dipertimbangkan dalam fungsi anggota inline oleh compiler, dan kasus keduam merupakan fungsi anggota normal(not-inline) , dimana dalam kenyataannya, tidak ada perbedaan dalam behavior.

Anggota x dan y memiliki hak akses private(ingat bahwa jika tidak ada yang dikatakan, semua anggota kelas didefinisi dengan hak akses private). Dengan deklarasi private, kita menolak mengakses mereka dari semua tempat diluar kelas. Ini membuat masalah, sebah kita telah mendefinisikan fungsi anggota untuk mengatur nilai anggota dalan objek: fungsi anggota set_values();. Untuk itu, sisanya dari program tidakmembutuhkan akses langsung untuk mereka. Mungkin dalam contoh singkat, ini sulit untuk melihat kegunaan melindungi dua variabel tersebut, namun dalan proyek lebih besar, akan sangat penting bahwa nilai tidak dapat dimodifikasi dalam cara yang tidak diharapkan( tidak diharapkan dari sudut pandang objek).

satu keuntungan besa dari kelas bahwa, dalam tipe yang lain, kita dapat mendefinisi beberapa objek padanya. Misalnya, dalan contoh sebelumnya, pada kelas Crectangle, ita dapat mendeklarasi object rectb sebagai tambahaan pada objek rect:

Dalam kasus nyata, kelas(tipe objek) yakni Crectangle, memiliki dua objek instan : rect dan rectb. Setiapnya memiliki anggota dan fungsi variabel/

perhatikan bahwa memanggil rect.area() tidak memberikan hasil yang sama dengan memanggil rectb.area(). Ini dikarenakan setiap objek kelas Crectangle memiliki variabel x dan y tersendiri, dan hal yang sama terjadi pada anggota fungsi set_value() dan area() yang setiapnya menggunakan variabel objeknya untuk beroperasi.

Ini merupakan konsep dasar dari pemrograman berorientasi objek : data dan fungsi merupakan anggota objek. Kita tidak mengg lagi variabel global yang dilewatkan dari satu fungsi ke fungsi lain sebagai parameter, melainkan kita menangani objek yang memiliki data dan fungsi tersendiri sebagai anggotanya. Perhatikan bahawa kita tidak harus selalum memberikan parameter setiap kali memanggil rect.area atau rectb.area. Fungsi anggota tersebut secara langsung menggunakan anggota data dari objek rect dan rectb.

Konstraktor dan Destrakor

Objek secara umum membutuhkan inisialisasi variabel selama proses pembuatan untuk menjadi operativ dan mencegah mengembalikan nilai yang tidak diharapkan selama dieksekusi. Contohnya, apa yang terjadi jika dalam contoh sebelumnya,kita memanggil fungsi anggota area() sebeum memanggil funsi set_values()? Mungikn ktia akan mendapatkan hasil yang tidak pasti karena anggota x dan y belum diberikan sebuah nilai.

Untukmencegah itu maka sebuah kelas akan disertakan fungsi khusus yakni constraktor, yang secara otomatis dipanggil ketika sebuah objek dari kelas dibuat. Fungsi konstraktor harus memiliki nama yang sama dengan kelas dan tidak dapat mengembalikan sebuah tipe data, tidak juga void.

Kita akan menunjukkan dalam contoh sebelumnya:

Seperti yang dapat dilihat, hasil dari contoh tersebut sama dengan sebelumnya. Namun kita telah memindahkan fugsi anggota set_values(), dan telah memasukkan sebuah konstraktor yang menampilkan aksi yang sama: ia menginisialisasi nilai x dan y dengan parameter yang diberikan padanya.

Perhatikan bagaimana argumen dipassing ke constraktor pada saat objek dibuat.

Konstraktor tidak bisa dipanggil langsung seperti fungsi anggota umum. Mereka hanya bisa dijalankan ketika sebuah objek baru pada kelas dibuat.

Anda dapat melihat bagaimana deklarasi prototye konstraktor(dalam kelas) dan definisi konstraktor tidak mengembalikan nilai, bahkan void pun tidak.

Destraktor memenuhi fungsi sebaliknya. Ini akan secara otomatis dipanggil ketika sebuah objek dihancurkan, karena lingkup keberadaannya telah selesai(misalnya, ketika kita mendefinisi sebagai objek lokal dalam sebuah fungsi dan akhir fungsi) atau karena ini merupakan objek yang dinamik ditugasi, dan ini merilis menggunakan operator delete.

Destraktor harus memiliki nama yang sama dengan kelas, namun diawali dengan tanda ~ dan tidak boleh mengembalikan nilai.

Penggunaan destraktor secara khusus cocok ketiak sebuah objek menjalankan memori dinamis selama jalannya dan kemudian dihancurkan ketika kita ingin melepaskan memori objek yang telah dialokasi.

Overloading Constructor

seperti fungsi lainnya, sebuah konstraktor juga bisa dilebihkan dengan lebihd ari satu fungsi yang memiliki nama yang sama namun tipe dan jumlah parameter yang berbeda. Ingat bahwa pada fungsi overloading, kompiler akan memanggil satu dari parameter yang cocok dengan argumen yang digunakan pada pemanggilan fungsi. Pada kasus konstraktor, yang secara otomatis dipanggil ketika objek dibuat, satu dijalankan adalah yang paling cocok dengan argumen yang dipassing pada deklarasi objek:

Dalam kasus ini, rectb harus dideklarasi tanpa argumen, jadi ini telah diinisialisasi dengan konstraktor yang tidak memiliki parameter, dimana inisialisasi baik width dan height dengan nilai 5.

Penting: perhatikan bahwa jika kita deklarasi sebuah objek baru dan kita ingin menggunakannya sebagai konstraktor default( satu tanpa parameter) kita tidak perlu menambahkan kurung kurawal();

Default Constructor
Jika anda tidak mendeklarasi sebuah konstraktor pada definisi kelas, kompiler mengasumsikan kelas memiliki konstraktor default tanpa argumen. Jadi, setelah deklarasi kelas seperti berikut:

Kompiler berasumsi bahwa Cexample memiliki konstraktor default, jadi Anda akan mendeklarasi objek pada kelas ini dengan deklarasi singkat tanpa argumen apapun:

Namun sesaat setelah dideklarasi denga konstraktor sendiri pada sebuah kelas, kompiler tidak menyediakan konstraktor default secara implisit. Jadi anda harus mendeklarasi semua objek dari kelas sesuai dengan prototype konstraktor yand didefinisi pada kelas:

Kita telah mendeklarasi sebuah konstraktor yang meliputi dua parameter bertipe int. OKI deklarasi objek berikut akan benar:

tetapi

akan salah, karena kita telah mendeklarasi kelas memiliki konstraktor eksplisit, jadi menggantikan konstraktor default.

Tetapi kompiler tidak hanya membuat default konstraktor untuk anda jika anda tidak membuatnya sendiri. Kompiler akan menyediakan tiga fungsi anggota khusus bahwa jika tidak dideklarasi sendiri. Ini berupa copy constructor, copy assignment operator, dan default destructor.

Copy constructor dan copy assignment operator menggandakan semua data yang ada dalam objek lain pada anggota data di objek saat ini. Pada Cexample, konstraktor kopi dideklarasi secara implisit oleh compiler seperti berikut:

OKI, deklarasi objek berikut akan benar:

Pointers To Classes

ini secara sempurna sah untuk membuat pointer yang menunjuk kelas. Secara sederhana kita menyadari bahwa sekali dideklarasi, sebuah kelas menjadi bertipe valid, jadi kita bisa menggunakan nama kelas sebagai tipe dari pointer. Misalnya:

Merupakan sebuah pointer pada objek kelas Crectangle/

Seperti terjadi pada struktur data, untuk menunjuk langsung anggota dari objek yang ditunjuk oleh pointer, kita bisa menggunakan operator pana(->). Ini merupakan contoh dengan beberapa kombinasi:

Berikut, ringkasan bagaimana membaca beberapa pointer dah operator kelas yang muncul dalam contoh sebelumnya:

Pastikan bahwa Anda mengerti logika dalam ekspresi-ekspresi sebelumnya sebelum memulai bagian berikut. Jika Andar ragu, baca kembali baigan ini dan/atau konsultasi pada bagian sebelumnya soal pointer dan struktur data.

Classes defined with struct and Union

Kelas dapat didefinisi tidak hanya dengan kata kunci class tapi juga struct dan union.

Konsep kelas dan struktur data sama bahwa kedua kata kunci(struct dan class) bisa digunakand alan C++ untuk deklarasi kelas. Perbedaannya hanyalah anggota kelas dideklarasi dengan kata kuni struct memiliki hak akses public secara default, sedangkan pada kelas dideklarasi secara default dengan hak akses private. Untutuk persoalan lain, keduanya sama.

Konsep union berbeda dengan kelas dan struct, karena union hanya menyimpan satu data anggota pada waktunya, walaupun begitu mereka juga merupakan kelas, dan bisa jadi menangani anggota fungsi. Secara default hak akses dalam kelas union adalah public.

Romania romanilor, rromi, tigani, lasa-ma sa te las, lasii, istorie, trend, bursa, cursa, frizer, betonier, constructor, bere, muncitor, popor, circ, afacerist, impozit, institutie, spaga, coruptie, ospitalitate, mizerie, pragmatism, juvenil, Desteapta-te Romane, dormi linistit FNI vegheaza, varza, politie, perchezitie, confisca, ura, gura, mancare, bani, motorina de la CFR, lemnul din padure, descurca-te, pesches, conductor, nas, cas, piatra de la drumuri, autostrada, lada, 1330, Q7, E330, benzoat de sodium, lapte, miere, diabet, anestezie, simpatie, birocratie, cuie, relatie, felatie, post, scaun, hartie igienica, succes, ape tulburi, navigatie, net, bar, avocat, rahat, vigilenta, KGB, Miron Cosma, ce e e ce nu e nu e asta e, pod de flori peste Prut, starea natiunii, Jucu are un singur cal, bordura, meserie, frate, revolutie, lovitura, box, fotbal, arbitru, atentie, Gigi, Miky, ai, dai, spaga, noroc, bafta, concurenta, SRI, loialitate, libertate, fum, carte, economie, piata Matache, da-i un leu, Ateneu, muzica, poezie, bairam, autostopiste, speculatie, BVB-isti, cash, contabilitate, carte, almanahe, care este, capra, pesti, gemeni, Urania, ghioc, Guru, echilibrare, stabilitate, noi sa fim sanatosi, licitatie, cunostinte, temeinicie, vise, criza, sistem, oligofren, noi suntem romani, de ce, constitutie, politica, pute, miros, sanatate, cariera, vila, securist, informator, binefacator, uninominal, Decebal, Tepes, Basescu, escu, Costel a declarat ca isi doreste sa ramana definitiv in Spania ca un semn de recunostiinta pentru tara care i-a oferit atat de mult, autorizatie, senzatie, morala, golanie, cuvânt, dat, cap, spart, onoare, savoare, rar, istet, ireal, tv, Esca, Diaconescu, Hrancu, manipulare, grandoare, snobism, fite, decadenta, ciob, oala, sparta, goala, olimpiada, sa ne avem ca fratii, Camataru, Isarescu, dobanda, comision, procent, gras, McDonalds te-asteapta mereu, E-uri, teapa, fitness, strip-tease, cash, Brancusi, imagine, muta-te, vest, casa, masa, servici, job, slujba, inmormantare, optimist, pesimist, pupincurist, viata e frumoasa, si realitatea e complexa, meandre, elucubratie

Typically, if the parameters passed into a class constructor are not valid and thus cannot create an instance of itself, an Exception is thrown. ArgumentNullException is most common when a parameter is null and shouldn't be. Also common are ArgumentExceptions and FormatExceptions, especially when a constructor takes in a string that must abide by a syntax and doesn't.

[sourcecode language="csharp"]
public class Expression
{
public Expression(string pattern)
{
if (Expression.IsInvalidPattern(pattern))
throw new ArgumentException("pattern is invalid");
// Do something
}
public static bool IsInvalidPattern(string pattern)
{
// ...
} // class Expression[/sourcecode]Then a try/catch block is used to catch Exceptions when instantiating the type:

[sourcecode language="csharp"]
Expression expression;
try
{
expression = new Expression(pattern);
}
catch(ArgumentException)
{
// Abort
}[/sourcecode]An alternative would be to simply indicate that the instantiated class is in an invalid state:

[sourcecode language="csharp"]
public class Expression
{
public readonly bool IsInvalid = false;
public Expression(string pattern)
{
if (Expression.IsInvalidPattern(pattern))
{
this.IsInvalid = true;
return;
}
// Do something
}
} // class Expression[/sourcecode]The invalid state is readonly so that it can only be set by the constructor, and is then checked for before performing any operations with the new Expression:

[sourcecode language="csharp"]
Expression expression = new Expression(pattern);

if (expression.IsInvalid)
// Abort[/sourcecode]The Parse/TryParse pattern is also common. Instead of an Exception, readonly field, or get-only property, a static TryParse method is used that returns true or false, depending on whether the type can be created:

[sourcecode language="csharp"]
public class Expression
{
public static bool TryParse(string pattern,
out Expression expression)
{
if (Expression.IsInvalidPattern(pattern))
{
expression = null;
return false;
}
expression = new Expression(pattern);
return true;
}
} // Class expression

[/sourcecode]TryParse() is then used as in this example:

[sourcecode language="csharp"]
Expression expression;

if (!Expression.TryParse(pattern, out expression))
// Abort[/sourcecode]Another pattern which I haven't seen used allows an invalid object to emulate a null reference. There are better solutions than this, which is why it isn't used, but by using operator overloading, it can be accomplished nonetheless.

[sourcecode language="csharp"]
public abstract class Errorable
{
protected bool isError = false;

public static bool operator ==(Errorable left, object right)
{
if (right == null)
return left.isError;
return (left.GetHashCode() == right.GetHashCode());
}

public static bool operator !=(Errorable left, object right)
{
if (right == null)
return !left.isError;
return (left.GetHashCode() != right.GetHashCode());
}
} // class Errorable

public class Expression : Errorable
{
public Expression(string pattern)
{
if (Expression.IsInvalidPattern(pattern))
{
base.isError = true;
return;
}
// Do something
}
} // class Expression[/sourcecode]An Expression can then be evaluated to test for null, although we know that "expression" really isn't a null referenced, which is one reason why this pattern is probably a bad idea.

[sourcecode language="csharp"]
Expression expression = new Expression(pattern);

if (expression == null)
// Abort[/sourcecode]Lastly, overloading the ! operator allows us to evaluate an object as fasly, which other languages (e.g. JavaScript) do by default:

[sourcecode language="csharp"]
public abstract class Errorable
{
protected bool isError = false;

public static bool operator !(Errorable errorable)
{
if (errorable == null || errorable.isError);
}
} // class Errorable

public class Expression : Errorable
{
public Expression(string pattern)
{
if (Expression.IsInvalidPattern(pattern))
{
base.isError = true;
return;
}
// Do something
}
} // class Expression[/sourcecode]To test an Expression as invalid, the ! operator is used:

[sourcecode language="csharp"]
Expression expression = new Expression(pattern);

if (!expression)
// Abort[/sourcecode]The first two patterns are common, and probably why the last two aren't used. Generally, if there's already a good, well-established pattern, there's no reason to try something else. The alternative shown creation patterns were simply an exercise in operator overloading.

No código acima, ele tem um constructor (:String) e é instancia da classe String ( new String()). Caso você não crie o valor a partir do new Classe, ele exibirá false na verificação instaceof, conforme abaixo:

 Só pra conhecimento.

Imaginemos que a Alice convidou o Manel - o Bob foi fazer séries televisivas para crianças sobre construção civil - para sair mas assume que a Eva - provavelmente a ex-namorada - recebe todas as mensagens que são enviadas pelo Manel (mania da perseguição ou principio de Kerckhoff , eis a questão.). Então quando o convidou para sair disse ao Manel para usar como chave um simples '1' e para responder '0' caso não tivesse disponibilidade e '1' caso tivesse.

O Manel quer e responde sim e supõe-se que a Eva viu a mensagem resultante - 0. Como a chave foi gerada aleatoriamente pela Alice e é partilhada apenas pelos dois a Eva apenas sabe que existe a probabilidade de 50% de ele ter aceite, e outros 50% de ele ter recusado. Mas bem isto já ela sabia sem ter que recorrer a métodos de cryptanalysis.  E mesmo se as probabilidade forem diferentes a analise vai sempre mostrar apenas aquilo que já se sabia. A probabilidade de cada digito acontecer.

Esta conclusão é generalizável a um qualquer número de bits, como foi provado por Claude Shannon.

Parece perfeito mas é impraticavel. Como é obvio é preciso de uma chave do tamanho do texto que precisamos de enviar, todas as vezes. E essa chave tem que ser do conhecimento dos dois interlocutores. Se quiserem saber o que aconteceu depois para resolver o assunto vão ter que aprender muita criptografia pelo meio. Mas não é isto que me levou a escrever este artigo.

O que me levou a escrever este artigo foi uma pergunta - de um exame antigo de criptografia - na qual se perguntava como era possível que, num banco que conseguia usar este método (apesar de ser impossível, mas ok!), tivesse havido uma transacção na qual teria sido depositada 500 euros em vez de 100 que tinham sido ordenados pelo titular da conta. Teria forçosamente que existir um man-in-the-middle mas como podia ele romper este algoritmo.

Apesar de não ter a certeza penso que a resposta seria: Ou o bandido tem a chave ou então ele sabe onde está o '1', fez XOR com um dos 256 dígitos disponíveis e teve a sorte do input ser aceite pela entidade bancária como 500 euros. Por outras palavras o OTP protege a confidencialidade mas não garante a preservação do seu conteúdo (acho que normalmente se refere a isto como integridade dos dados :|).

Alguma ideia que não estas?

#include <iostream>
using namespace std;
class Employee{
char *name;
int age;
double salary;
public: Employee(); //Constructor
void print();
void setval(char *name, int age, double salary);
char* getname() { return name; }
int getage() { return age; }
double getsalary() { return salary; }
~Employee(); //Destructor
};

Employee::Employee()
{
cout<<"Object Created"<<endl;
name="fresher";
age=23;
salary=17500;
}
void Employee::print()
{
cout<< name<<"\t"<<age<<"\t"<<salary <<endl;
}
void Employee::setval(char *n, int a, double s)
{
name=n;
age=a;
salary=s;
}

Employee::~Employee()
{
cout<<"Object Destroyed"<<endl;
}

int main()
{
char *NAME;
int AGE;
double SALARY;
//Employee E257 = {"raja",25,23519.78};
Employee E257;
cout<<"Print Default Values"<<endl;
E257.print(); // Default Values
E257.setval("raja",25,23768);
cout<<"Print New Values"<<endl;
E257.print(); // New values
NAME=E257.getname();
AGE=E257.getage();
SALARY=E257.getsalary();
cout<<NAME<<"\t"<<AGE<<"\t"<<SALARY<<endl;
}
// g++ constructor_destructor.cpp

Download here.

constructor.doc

Pues como habrán notado ya tenemos participantes que empezarán a brindarles información desde aquí CasaComprar.Wordpress.com, los mismos estan al lado derecho de esta página. Inicialmente ya partimos con el primer artículo sobre un poco del mercado en Chile!!! (Marketing Inmobiliario en el Mecado Chileno) de la mano de nuestro amigo Marcos Burich, Gerente General de Casa Ideal en Santiago de Chile.

Para aquellos que estan en otros países y quieren participar, les dejo los pasos para estar en la lista y estar en contacto con la audiencia de este Blog.

1.- Enviar un correo a alicia@bienesraicesvideo.com con los siguientes datos:
        - Correo que usaras para participar del blog y recibir consultas o mails de los visitantes del mismo.
        - Fotografía que usaras como colaborador
        - Nombre completo, Nombre de tu empresa, Cargo que ocupas, Ciudad y País.
           Si eres independiente informa esto.
        - Sitio Web o Blog si es que lo tienes
        - Agrega algun comentario pequeñito del porque quieres participar en el blog.

2.- Se te habilitara un usuario y recibiras un mail con una confirmación e invitación para que puedas accesar al Blog y subir tus artículos a una bandeja de aprobación.

3.- Todos los artículos deben estar dirigidos a un público que espera noticias, información, alternativas, tips sobre mercados de bienes raíces en cualquier parte del mundo y en español por supuesto.

4.- Pueden participar todos aquellos envueltos en el mundo inmobiliario o que brinda algun servicio afín, como abogados, agentes inmobiliarios, brokers, constructores, arquitectos, etc.

Como podrán observar son pasos sencillos y me gustarían que lo tomen en cuenta para hacer de este lugar un lugar de encuentro entre abastecedores informativos e inversores interesados en todo tipo de información de los mercados que estan en crecimiento y lo sque estan iniciandose.

Espero sus mails y sus datos!!!

Estaremos en contacto.

Alicia Yabeta
Correo Electrónico: alicia@casacomprar.com
Sitios Web:
www.casacomprar.com
www.bienesraicesvideo.com
Otros Blogs:
Portugués: Imovei Imovei.Wordpress.com
Ingles: ForSaleByLocals ForSaleByLocals.Wordpress.com
Telefonos:
  México y Centroamérica / (52) 5511-669265
  Bolivia y Sudamérica / (591) 3 335-6534
  Brasil / (55) 2138-230128
  EEUU y Canadá / (1) 360-3621032

It is guaranteed that two Boolean instances and Integers between -128 and 127 to be pre-cached, thus you definitely should not use the constructor to instantiate them.

Bad:
[sourcecode language='java']
Integer i = new Integer(0);
Boolean b = new Boolean(true);
[/sourcecode]

Good:
[sourcecode language='java']
Integer i = Integer.valueOf(0);
Boolean b = Boolean.valueOf(true); // or Boolean.TRUE
[/sourcecode]

A Method provides information about, and access to, a single method on a class or interface. The reflected method may be a class method or an instance method (including an abstract method).

Method example : getName(); // This will return the name value.so getName have to be getName() { return name; }
They cannot be declared in a public static void main(String[] args) ! but outside.
You have to create them in a public class { } call them from another class or same:)

Constructors - They create new objects and give them values when created if it is with a parameter.

House myHouse = new House("Red", 03, "Millad")
House color, house Number, house owner - > These will be taken when created and saves it to its object...

Without parameter:House myHouse = new House(); This will make a default value that you have to write before creating a "default" class.
like HouseOwner = "Not Set";

Coffee, especially strong coffee, makes you feel great instantly, you awake, start feeling things, thinking things, and when you try to do both at the same time you start feeling your head that's beginning to hurt from either the things you did the night before, or the hangover... Instead of taking a break I allowed myself to go out Saturdaynight as well. I had to, beause the theme at So What was Nuts and Bolts. You can guess what's meant by that, and since I'm still, *sigh, single, I just had to go. Immediatly after entering boys get a bolt and girls get a nut. They're all different sizes, so when you really want to participate you need to talk up to everyone, until you find your match, and get rewarded with a lovecocktail. (nice name, but it was just a sex on the beach cocktail...)

But I'm not even there yet, still stuck on saturdayafternoon, which I spent, mostly, playing some abondonware I found. Really got hooked on constructor link goes to info and dl page in the nineties, still have it on cd somewhere, and I was surprised to find out it was abandonware now. Even better, dosbox has finally been updated so sound works in most old games, even in syndicate :D So i spent the better part of the day playing constructor. Which still is quite a hard game to play, unlike syndicate, which turned out to be quite easy.

Anyway, after playing the game, a lot, both downstairs, but constructor managed to crash that one several times, and upstairs, working fine,  I decided I needed food, badly.  Prepared a quick dinner, consisting of two nice veggie burgers, some baked potatoes and some vegetables. Not quite a luxury meal, but it managed to fill my stomach and thus satisfy my needs. A quick sending and receiving of messages made my guest arrive at about 10pm. To drink and talk a little before going to the So What.

After walking there, about a five min walk when not under influence of anything, we arrived and got a nut or bolt. The party didn't really start untill near 12pm, so I decided to help a little at the b-food, the kitchen that is. Every saturday some 4/5 people are in there preparing food, a lot of it. At 00.30 the copunter opens and people can order sandwiches, burgers etc. It was good fun helping out there. Usually we sell a lot of baked ham cheese sandwiches, but this eve there was a special, burgers. So I tried my best to promote 'my' sandwiches, trying to sell me together with them, which worked :D I evens tarted to offer burger ham cheese sandwiches (bad idea...). After only 1.5hours of selling all was gone... And I, as most people there, was quite filled with the drinks that kept streaming in from the bar next to the kitchen.

After most people had left the kitchen, the bar was cleared as well,  leaving me and just a few people in the kitchen and two people in the bar (the door between the bar and entrance was closed, leaving everyone at the dancefloor, or at the entrance to chat). But not me and four others. We stayed at the kichen and started washing the dishes, well I did...... Afterwards, when it was just the two, and alter, three of us  we were talking a lot, about well, some real important things. Darn, did we talk a lot about things we were anly talking about because we had had too many beers, and/or martini's :P Before we knew it it was near 3.30am. And the first of us left, to a destination I wouldn't guess she would go to, or maybe I did, but didn't want to know. Long, private, story, so a nono for here ;-)

That left just me and someone else, so we talked some more,  and decided to leave the kitchen and move to the dancefloor when it was near 4.30am... People kept streaming out, within the hour we were with just a dozen or so people, with me and him getting beer, and more beer. Had a chat with the DJ, a long one apparently, because I left at about 5.30/5.45am, when there were still some five people. don't know anything about the way home, or the way upstairs to my bed. Only that the sound of my cellphone made me wake up. I had gotten a message from her at 9.30am *omg, well 10.30am, but due to daylight savings time, I needed to adjust all clocks in the house, including that one. She had quite a story to tell by sms, which left me feeling my head, a little too much, and texting back, before falling into my coma-induced sleep.

Eventually I did need to get up and ready, because I was about to be picked up at 2pm, to go to a concert of a friend of mine
in Dodrecht, at the Kunstmin. So I did get up at about 10.30am, off to a slow start, some coffee and sandwiches, and of course a shower, a long one, a long hot shower! After thinking over all things that had happened the night befiore, and, unfortunately, the things that didn't. It was nearing 1pm. So I got ready, checked my mail and messengerprogs for new messages, too much, but most of it being spam.... and soon the doorbell rang, the car was there.

What was supposed to be a quick drive to Dordrecht turned out to be a little longer. Due to construciton work we couldn't get onto the highway and had to take a road parallel to the highway, resulting in a 15min delay. But, even worse we couldn't find the darn thing. It was listed on the map, but it wasn't there.... With about 15mins to go before the concert we dumped the car at a carpark and started walking, asking everyone where the heck the Kunstmin was. After getting directions we started speedwalking, to arrive just in time, and to notice we could have taken a much shorter route......

The concert itself was great, Timbres Divers was celebrating it's 25th annivesary and some 600 people had turned out to enjoy their film and musicalmusic. After a good performance I left, with someone else, at 7pm and arrived back here at 7.30 or so. To go upstairs to my room, drink some tea, and make a quick dinner, again. After watching some television, and having a quick chat which turned out to be a waiting game, I decided to go to bed early. At 10pm, I was vast asleep, to awake at 7.30am this morning. And now, well, now I've finished most things I wanted to do, so I have a lot of time today for a)picking up some pics, when they're ready, of Silje Nergaard and Feist b)clean my room a little c)start learning for my exam, this wednesday d)(optional) try fixing this sore feeling in my throat that has been present since friday... ow and e)contact a customer/company, to make a appointment for creating a good big network out of nothing!

Totes les ventatges de viure en el Vallès i tant sols a 45 Km de Barcelona .amb tots els serveïs i bones comunicacions per carretera

Adresa: Informacio a la mateixa obra Tel 629 53 89 53
Direcció: Carrer Josep Pla, 48-50 . SECTOR C Llinars del valles, Barcelona

Horari: De dimarts a disabte de 10 a 13h. i de 16 a 18h. diumenges de 10 a 13h. Festius cal consultar

PLANTA BAIXA

Planta baixa , cuina ofice de S= 18m2 , lavabo de 4 m2 , rebador - distribuidor de 11,5m2 amb armari empotrat de cirerer, i Saló menjador "amb persiana Motoritzada" de 36 m2., amb sortida a terrassa i a Jardí privat

PLANTA PIS

Planta pis 3 habitacions i un bany familiar , mes un altre habitació tipus suite amb bany .

PLANTA GARATGE

Planta Garatge , Per 3 Plaçes de cotxe S=40,60 m2,petita bodega o Magatzem mes safareig.

situacio llinars del valles , valles oriental , Barcelona , Tel 629 53 89 53

llinars del valles habitatges d’obra Nova
llinars del valles Habitatges directe Constructor