Diretório de pontos de conhecimento do projeto MF
I. Introdução
Este artigo classifica os vários pontos de conhecimento usados em um projeto que realizei, reúne alguns conhecimentos fragmentários no processo de desenvolvimento do Android e resume o sistema.
Este artigo é apenas para revisão e revisão pessoal e também é conveniente para resolver problemas semelhantes de forma mais conveniente no processo de desenvolvimento futuro. Afinal, alguns pontos de conhecimento serão gradualmente esquecidos se você não os usar, e uma boa memória não é tão boa quanto uma caneta ruim.
2. Descrição do projeto
Este projeto é um projeto recente da nossa empresa (referido como o projeto MF, o mesmo abaixo), especificamente para o módulo de configuração do veículo APP a bordo . Fui responsável pelo desenvolvimento do código UE e UI deste módulo e da interface subsequente baseado no pacote jar fornecido pelo fornecedor. Escrita de código integrada, responsável por corrigir bugs e alguns trabalhos de autoteste durante o processo de liberação após a escrita do código, a ferramenta de teste usa PCAN, porque o teste da empresa nos ajudou a escrever um teste gráfico É especialmente conveniente testar no processo de teste de simulação de envio de sinais ~ Você não precisa olhar para os requisitos complicados e vários valores de sinal hhh no documento de requisitos, a eficiência do teste ainda é muito alta.
3. Descrição dos requisitos do projeto
A descrição do requisito do projeto é colocada diretamente neste blog: descrição do requisito MF
(anexe diretamente o diagrama de efeito após o código ser realizado para exibição, e a descrição do texto é complementada se a imagem não puder ser descrita)
Quatro, os pontos de conhecimento específicos usados no projeto
O projeto usa a arquitetura MVVM e usa o modelo Databinding + ViewModel + LiveData + Repositroy para construir a arquitetura. Dividi o código do projeto em duas partes: arquitetura e páginas. Vamos dar uma olhada nos pontos de conhecimento usados nas duas partes após pentear. (Este artigo lista apenas os vários catálogos de pontos de conhecimento, a implementação específica está vinculada a outros blogs escritos por mim, o que é conveniente para leitura e pesquisa subsequentes. Alguns artigos contendo códigos principais serão definidos como links privados apenas para análise pessoal. Você ainda preciso prestar atenção a algumas informações Segura hhh)
(1) Arquitetura
(1) Modo Mvvm: Databinding e ViewModel + LiveData + Repository
Modo Mvvm: Databinding e ViewModel + LiveData + Repository
（2）Preferências compartilhadas
(3) Uso da classe Entity
(4)
Consulte o documento de interface no Repositório para chamar as classes no pacote jar, por exemplo: classe Manager, MutableLiveData extends LiveData, setIntProperty, PropID, etc.
(5)
Como usar get / set / callback no documento de interface? (Consulte o documento para analisar a implementação específica), onde
obter: MCU-> SOC
set: SOC-> MCU
(6)
Uso de contexto (incluindo aprendizagem de aplicativo, método getInstance, etc.)
(7) Análise de classe interna anônima mServiceConnection
(8)
Sobre os métodos registerCallback () e unregisterCallback ()
(2) Página
(1) Genéricos Java
(2) Uso específico de ligação de dados em classes de interface
(3) Broadcast
(4) Ver conhecimento relacionado (como decorView, série View.xxx de atributos, etc.)
(5) Fragmento
(6) Uso de custom View
(7) Control SwitchCompat e sua análise de propriedades específicas
(8) RadioGroup e RadioButton
RadiosGroup são chamados de métodos getChildCount () e getChildAt (i) em java
(9) Layout de quadro FragmeLayout (substituição em Fragment)
(10) Análise de quatro fragmentos específicos
( 11) Controle CheckBox (na preferência de condução xml)
(12) Controle SeekBar (na configuração do veículo xml)
(13) Layout personalizado TabLayout (na configuração do veículo xml)
Cinco, o processo de design de projeto específico
O processo de implementação específico do projeto e os artigos relacionados ao código-fonte do código são colocados em outra coluna de classificação: código-fonte do projeto mf , o
artigo correspondente é:
Processo de implementação específico do projeto MF e análise do código-fonte (catálogo geral)
, implementação de código específico é realizado de acordo com a descrição da etapa deste artigo e link para vários códigos-fonte (todos preenchidos e definidos como blog privado pessoal).