UTNianos

Versión completa: CamelCase vs Underscore[ _ ] vs Notacion Húngara - Convenciones de Nomenclatura
Actualmente estas viendo una versión simplificada de nuestro contenido. Ver la versión completa con el formato correcto.
Páginas: 1 2 3 4 5 6 7 8
una belleza que me encontre por ahi:


v_sociedadesCliente

Combino lo peor de los dos mundos.
Awesum.
No che
No se si esta mal.
v_ debe significar algo en la nomenclatura de su sistema.
O sea yo uso el m_CamelCase para miembros la clase.

A lo sumo combino los tres mundos, pero para mi no esta necesariamente mal.
aja "v_" son las vistas.
Yo lo banco, usa el underscore para separar uan especie de notacion hungara del camel case =P
the horror, no jodamos


el _ deberia ser prohibido en la programacion (?)
(16-11-2012 13:41)gonnza escribió: [ -> ]the horror, no jodamos


el _ deberia ser prohibido en la programacion (?)


$_



Cita:O sea yo uso el m_CamelCase para miembros la clase.

A lo sumo combino los tres mundos, pero para mi no esta necesariamente mal.

Cualquier criterio para decir "esta notacion esta mal" es subjetivo. Fijate que el criterio mas usado en el th es "se ve horrible asi".
Si fuera asi no podriamos programar en BASH o PERL.
rulo debería ser prohibido en la programacion


(?)



=P
Cualquier newbie ahora opina de programacion.
posta

basta rulo de opinar
(16-11-2012 14:29)brunodiaz escribió: [ -> ]Cualquier qa ahora opina de programacion.
Siempre usé CameCase para todo y Underscore para los atributos de base de datos. Así aprendí, así me crié y así voy a seguir
onda los que siguen escribiendo queries en mayuscula
(16-11-2012 09:35)ebric escribió: [ -> ]


using System;
using System.Collections;
using System.Collections.Specialized;
using System.IO;
using System.Web.Util;
namespace System.Web
{
internal sealed class FileMonitor
{
internal readonly DirectoryMonitor DirectoryMonitor;
internal readonly HybridDictionary Aliases;
private string _fileNameLong;
private string _fileNameShort;
private HybridDictionary _targets;
private bool _exists;
private FileAttributesData _fad;
private byte[] _dacl;
private FileAction _lastAction;
private DateTime _utcLastCompletion;
internal string FileNameLong





public class StreamWriter : TextWriter
{
private const int DefaultBufferSize = 1024;
private const int DefaultFileStreamBufferSize = 4096;
private const int MinBufferSize = 128;
/// <summary>Provides a StreamWriter with no backing store that can be written to, but not read from.</summary>
/// <filterpriority>1</filterpriority>
public new static readonly StreamWriter Null = new StreamWriter(Stream.Null, new UTF8Encoding(false, true), 128, false);
internal Stream stream;
private Encoding encoding;
private Encoder encoder;
internal byte[] byteBuffer;
internal char[] charBuffer;
internal int charPos;
internal int charLen;
internal bool autoFlush;
private bool haveWrittenPreamble;
private bool closable;
[NonSerialized]
private MdaHelper mdaHelper;
private static Encoding _UTF8NoBOM;
internal static Encoding UTF8NoBOM



Sabes que tenes razon con esto? Pense que desde la 2.0 habian estandarizado el naming convention de C# en el codigo, pero nope.

Bueno , reformulo. Uso la convencion de nomenclatura sugerida del lenguaje (la que es usada por la mayoria del codigo)

(16-11-2012 17:43)Dem0 escribió: [ -> ]onda los que siguen escribiendo queries en mayuscula
Don't make me bitch slap you


SELECT
tabla1.columna1,
tabla1.columna2,
tabla2.columna1,
tabla2.columna1,
FROM
tabla1
INNER JOIN table2
ON (...)
INNER JOIN tabla3
ON (...)
WHERE
tabla1.columna1 = 'eaea' AND
tabla2.columna2 = 'apepe'


que horror .py

tenes todo lindo en bold y en azul, ¿para qué lo querés en mayúscula?
Páginas: 1 2 3 4 5 6 7 8
URLs de referencia