|
Usuários |
|
44 Usuários Online
|
|
[Artigos]
Trabalhando com POO na prática - Parte IV - Tabelas III |
Publicado por rboaro : Quinta, Maio 31, 2012 - 06:53 GMT-3 (935 leituras)
12 Comentários Enviar para um amigo Versão para impressão
|
Pessoal, segue abaixo mais alguns Scripts de tabelas que estamos ajustando para utilizarmos em nosso projeto. Ja postei no grupo os tópicos referentes a cada uma delas para que possamos discutir em separado. Para criar as tabelas utilizei o Sql Server, apenas para facilitar nosso entendimento.
Tabela de Notas Fiscais de Saída
CREATE TABLE [dbo].[NfsSaida](
[Codigo] [int] NULL,
[Numero] [int] NULL,
[CodCli] [int] NULL,
[CodFormaPgto] [int] NULL,
[DataEmissao] [datetime] NULL,
[DataSaida] [datetime] NULL,
[Total] [numeric](15, 2) NULL,
[Usuario] [varchar](10) NULL,
[Status] [char](1) NULL,
[Hora] [varchar](30) NULL,
[XMLNfe] [varchar](200) NULL,
[Frete] [varchar](3) NULL,
[DadosAdicionais] [varchar](900) NULL,
[ValorFrete] [numeric](15, 2) NULL,
[CodTransp] [int] NULL,
[Volumes] [int] NULL,
[Peso] [float] NULL,
[TipoNF] [char](1) NULL,
[DespAcessorias] [numeric](15, 2) NULL,
[Placa] [varchar](14) NULL,
[Serie] [int] NULL,
[ProtocoloAut] [varchar](50) NULL,
[ProtocoloCanc] [varchar](50) NULL,
[ProtocoloInut] [varchar](50) NULL
Tabela de Itens da Nota Fiscal de Saída
CREATE TABLE [dbo].[ItensNfsS](
[Codigo] [int] NULL,
[NumeroNf] [int] NULL,
[Qtde] [float] NULL,
[ValorCont] [float] NULL,
[Desc] [float] NULL,
[ValorIcm] [float] NULL,
[Isentas] [float] NULL,
[Outras] [float] NULL,
[BaseSt] [float] NULL,
[ValorSt] [float] NULL,
[CodProd] [varchar](100) NULL,
[CodIcms] [int] NULL,
[Issqn] [numeric](15, 2) NULL,
[Ipi] [numeric](15, 2) NULL,
[CFOP] [varchar](10) NULL,
[BasePis] [numeric] (15,2) null,
[AliPis] [float] NULL,
[ValorPis] [numeric](15, 4) NULL,
[BaseCofins] [numeric] (15,2) null,
[AliCofins] [float] NULL,
[ValorCofins] [numeric](15, 4) NULL,
[BaseCalcIcm] [numeric](15, 4) NULL,
[CST] [varchar](10) NULL,
[BaseIpi] [numeric] (15,2) null,
[AliIpi] [float] NULL,
[Serie] [numeric](15, 0) NULL,
[Hora] [varchar](15) NULL
Seguimos nosso projeto.
Grande Abraço a todos!
Ricardo Boaro
|
|
Comentários | |
| | Comentários pertencem aos seus respectivos autores. Não somos responsáveis pelo seus conteúdos. |
por: jeffersomlima (jeffersomfinhodohomem@hotmail.com)
: Mai 31, 2012 - 08:16 (Informações sobre o membro | Enviar uma mensagem)
http://
|
Muito bem mais tabem seria interesante uma materia só com criação de tabela sql (por exemplo para espricar para os iniciantes os comandos ) como not null varchar date e todos os outro..
desde já agradeço
|
por: fernando_bigode (fernando_bigode50@hotmail.com) : Jun 04, 2012 - 11:25 (Informações sobre o membro | Enviar uma mensagem) http://http:// | | Com todo respeito, mas um projeto não se começa por BANCO DE DADOS, ou TABELAS, mas sim por entidades, ou ainda, OBJETOS!
Entendo que a ideia desse artigo é mostrar a prática do uso da OO, e que ainda o "projeto" em sí nem começou, mas a ideia da OO não está sendo aplicada de maneira correta!
Você deveria se preocupar em como objetos iriam se relacionar, quais suas ações sobre o sistema, suas características, sem se preocupar de onde virão esses dados.
Basicamente, você está modelando seus objetos baseado em tabelas do banco de dados, e isso não é bom, já que, você está construindo um sistema baseado na tabela.
O que você poderia fazer pra esse artigo ficar legal, seria passar um pouquinho de teoria da OO, e em seguida, mostrar o uso correto da OO.
Acredito que o próximo passo será iniciar uma aplicação VCL Form no Delphi, e em seguida criar um DataModule? Seria muito melhor você começar coletando ideias do problema a ser solucionado, em seguida talvez uma modelagem em UML e por fim, começar a criar algumas classes que iriam compor a nossa chamada Model. Isso seria a melhor forma de criar um projeto OO, pois assim estamos projetando para objetos, e não para dados.
Muita gente irá dizer que a ideia do artigo é mostrar a prática do uso de OO no Delphi, e não UML, nem nada disso que eu falei. Bom, podemos fazer duas coisas: programar e projetar. O nível de projetar é muito maior do que programar, mas um depende do outro, e usando os dois juntos e da maneira correta, criamos sistemas muito mais faceis de manipular e de dar manutenção. Poxa, qualquer um pega um artigo, livro, ou até mesmo o HELP do Delphi e facilmente aprende a criar uma classe, métodos, propriedades, em todos os tipos de visibilidades, etc. Ou ainda, outros dirão: "Porque não faz melhor?". Bom, minha resposta já foi boa... | [ Comentários não permitidos para usuários anônimos. Por gentileza, registre-se ou conecte-se ao sistema
[ Comentários não permitidos para usuários anônimos. Por gentileza, registre-se ou conecte-se ao sistema
por: Caduzera (edu_carlos@ig.com.br) : Jun 05, 2012 - 02:19 (Informações sobre o membro | Enviar uma mensagem) http:// | Também concordo com o amigo ..
A "principal" característica do OO não é a parte de código Delphi, e sim nos seus conceitos, formas de aplicação, analise, etc ...
Creio que seria muito, mas muito interessante fazermos essa analise com base em UML para projetarmos um sistema realmente OO.
Abs | [ Comentários não permitidos para usuários anônimos. Por gentileza, registre-se ou conecte-se ao sistema
por: fernando_bigode (fernando_bigode50@hotmail.com) : Jun 05, 2012 - 03:39 (Informações sobre o membro | Enviar uma mensagem) http://http:// | Uma vez que você aprende orientação a objetos, você aprende em qualquer linguagem!
Se você consegue facilmente entender os conceitos da OO, você facilmente irá conseguir entender as características de uma outra linguagem para aplicar os conceitos nela.
Eu comentei de UML, até sei usar, mas particularmente não gosto de criar artigos, etc., já que, o nosso amigo comentou para que eu me habilitasse para ajudar a comunidade. Fico devendo essa... | [ Comentários não permitidos para usuários anônimos. Por gentileza, registre-se ou conecte-se ao sistema
por: jairrc (jair_rc@hotmail.com)
: Jun 22, 2012 - 10:51 (Informações sobre o membro | Enviar uma mensagem)
http://
|
|
Credo... parte 4 e vcs chamam isso de Artigo??? Isso aqui não devia nem ser publicado. O negócio é buscar artigos em inglês, que tem realmente conteúdo, pq dos "articulistas" brasileiros, é meia duzia de linhas e "abraços, até o próximo"... Que lástima!!!
|
|
|
Edição 112 |
|
|
50 Programas Fontes |
|
|
Produtos |
|
|